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(54) Communication node and communication terminal 



(57) The disclosed communication node has a func- 
tion for recognizing one communication node on the first 
network as one of constituent elements in own commu- 
nication node, and a function for disclosing an own con- 
figuration information regarding the constituent ele- 
ments as recognized above, to another communication 
node on the second network. Also, the disclosed com- 
munication terminal has a function for disclosing func- 
tions in the own communication terminal as Sub Units 
in an AV/C (Audio/Visual Control) protocol executed on 



an IEEE 1394 bus, and a function for receiving at least 
a part of information regarding Sub Units existing in the 
communication node on the second network with which 
it is communicating. Together, these communication 
node and communication terminal make it possible to 
transmit various information transferred on the IEEE 
1 394 bus, to the radio node that is connected by the ra- 
dio interface, and it becomes possible to execute the 
data communications as if the connection to the IEEE 
1394 bus is made by the radio interface. 
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Description 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

[0001] The present invention relates to a communica- 
tion node for carrying out data transfer between a first 
network and a second network, and a communication 
terminal for carrying out communications with a node on 
a second network by being connected to a first network. 

DESCRIPTION OF THE BACKGROUND ART 

[0002] In recent years, the home network formation 
has been attracting much attention, but such a concept 
itself is not new and, in particular, the standard specifi- 
cations such as CEBus and LON have already been pro- 
posed for the home network aiming at the home security. 
In addition, the analog AV cables (white, red, and yellow 
cables) for connecting AV (Audio Visual) devices can 
also be regarded as a kind of home network. As such, 
there have been potential demands for the home net- 
work formation even conventionally, but currently it has 
not come to be used widely except for the AV cables for 
connecting AV devices, and it can be said that the home 
network formation has hardly progressed yet. 
[0003] This is due to problems including that the con- 
nections with the other home networks or PCs cannot 
be made because the conventional AV cables carries 
out the data transfer using analog signals, and that the 
conventional home network such as CEBus and LON 
can only transfer narrow bandwidth data. In addition, the 
fact that users could not have enjoyed many merits from 
the conventional home network formation appears to be 
the major obstacle for its spread. 
[0004] In view of these problems, a new standard for 
serial bus called IEEE 1 394 that has been developed as 
a next generation version of SCSI is attracting much at- 
tention in recent years. The IEEE 1 394 bus is designed 
such that a plurality of terminals can be connected either 
in a daisy chain or in a star connection, and wide band- 
width data of over 100 Mbps can be transferred. Also, 
its most characteristic feature is the fact that both Asyn- 
chronous data and Isochronous data can be transmitted 
on the same cable. For this reason, there are increas- 
ingly active trends for using the IEEE 1394 as a cable 
for connecting AV devices despite of the fact that the 
IEEE 1394 was originally developed as a next genera- 
tion version of SCSI. 

[0005] With this technique, large capacity data such 
as image information to be transferred between AV de- 
vices that have conventionally been transferred by the 
analog transmission can now be transferred by digital 
signals using the Isochronous data transfer function of 
the IEEE 1 394. For this reason, in addition to the existing 
function for connecting AV devices, there is also a func- 
tion for connecting AV devices with digital devices such 



as PC so that this technique is attracting much attention 
lately. In addition, in recent years, there are several 
propositions for a way of realizing this IEEE 1394 bus 
even in the radio environment. For instance, an attempt 
s for transferring 1 00 Mbps of data using the infrared rays 
and an attempt for implementing the IEEE 1 394 protocol 
on the wide bandwidth radio using high frequency band 
are have been initiated. 

[0006] Also, as a way of realizing the radio network in 
io home, a new home radio network has been discussed 
by an organization called HRFWG (Home Radio Fre- 
quency Working Group) which is centered around the 
Microsoft Inc. of U.S. A These radio networks basically 
realize the data transfer between a radio terminal and a 
is node having a base station function on the IEEE 1394 
bus, and it is expected that the interworking function with 
respect to the IEEE 1394 bus will become an indispen- 
sable function. 

[0007] In order to realize such an interworking 
20 processing with respect to the IEEE 1 394, several func- 
tions become necessary. For example, in the case of 
transferring some kind of compressed image data from 
a node on the IEEE 1394 bus toward a radio terminal, 
rt is impossible to ascertain what kind of image informa- 
25 tion should be transferred unless it is possible to ascer- 
tain a kind of image data decoding function provided at 
the radio terminal and a king of image information (how 
it is encoded, etc.) possessed by the node on the IEEE 
1394 bus. 

30 [0008] Thus there are increasingly active trends for 
using the IEEE 1394 as a cable for connecting AV de- 
vices, and there are several propositions for realizing 
the IEEE 1394 bus even in the radio environment. How- 
ever, the proposition such as the infrared 1 394 basically 

35 contemplates the direct application of the IEEE 1394 
protocol to the radio section, and it has been pointed out 
that such a proposition does not match the actual IEEE 
1 394 bus utilization states. In particular, it is expected 
that the route blocking in the radio section will directly 

40 influences the bus reset function of the IEEE 1394 bus, 
so that there will be a problem that communications on 
the IEEE 1394 bus will be frequently interrupted due to 
the route blocking in the radio section. 

45 SUMMARY OF THE INVENTION 

[0009] It is therefore an object of the present invention 
to provide a communication node and a communication 
terminal which are capable of continuing data commu- 

50 nications between the communication terminal connect- 
ed to a first network and the communication node con- 
nected to a second network which is operated by a pro- 
tocol different from the first network, without being influ- 
enced by the fluctuating factors on the first network side. 

55 [0010] It is another object of the present invention to 
provide a communication node and a communication 
terminal which are capable of preventing factors asso- 
ciated with the radio network such as the route blocking 
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or the handoff from influencing the IEEE 1394 bus, in a 
network environment in which the radio network and the 
IEEE 1394 bus are mixedly present. 
[0011] It is another object of the present invention to 
provide a communication node and a communication 
terminal which are capable of enabling flexible handling 
of functions provided at a node on a first network, in a 
network environment in which the first network such as 
the radio network and a second network such as the 
IEEE 1394 bus are mixedly present. 
[001 2] According to one aspect of the present inven- 
tion there is provided a communication node, compris- 
ing: a first interface unit connected to a first network; a 
second interface unit connected to a second network; a 
recognition unit for recognizing one communication 
node on the first network as one of constituent elements 
in said communication node; and a configuration infor- 
mation disclosure unit for disclosing an own configura- 
tion information regarding the constituent elements as 
recognized by the recognition unit, to another commu- 
nication node on the second network through the sec- 
ond interface unit. 

[0013] In this communication node, the configuration 
information disclosure unit may also disclose existing 
constituent elements in said one communication node 
on the first network as sub constituent elements in the 
constituent elements of said communication node. 
[0014] This communication node may further com- 
prises: a detection unit for detecting a first message 
identifier on the second network which is described in a 
packet received through the second interface unit; a 
message identifier attaching unit for attaching a second 
message identifier on the first network to the packet at 
a time of transferring the packet to the first network; a 
message identifier correspondence memory unit for 
storing a correspondence between the first message 
identifier and the second message identifier; and a rout- 
ing unit for identifying a message identifier on the sec- 
ond network corresponding to one message identifier 
on the first network which is described in a packet sent 
from the first network, by referring to the correspond- 
ence stored by the message identifier correspondence 
memory unit according to said one message identifier. 
[0015] This communication node may further com- 
prises: a resource acquisition unit having at least one of 
a function for reserving a network resource on the sec- 
ond network by using a first resource information re- 
garding a network resource reserved on the first net- 
work, and a function for reserving a network resource 
on the first network by using a second resource infor- 
mation regarding a network resource reserved on the 
second network; and a resource information corre- 
spondence memory unit for storing a correspondence 
between the first resource information and the second 
resource information. 

[0016] This communication node may further com- 
prises at least one of: a node constituent elements in- 
formation addition unit for adding a new configuration 



information regarding constituent elements in a new 
communication node to the own configuration informa- 
tion regarding constituent elements in said communica- 
tion node, when the new communication node is added 

5 on the first network; and a node constituent information 
deletion unit for deleting an old configuration information 
regarding constituent elements in an old communication 
node from the own configuration information regarding 
constituent elements in said communication node, when 

10 the old communication node is deleted from the first net- 
work. 

[0017] This communication node may further com- 
prises: a configuration information notification unit for 
notifying to said one communication node on the first 

75 network at least a part of the own configuration informa- 
tion regarding constituent elements in said communica- 
tion node including constituent elements corresponding 
to said one communication node or constituent ele- 
ments in said one communication node; and a configu- 

20 ration information reception unit for receiving from said 
one communication node at least a part of another con- 
figuration information regarding constituent elements in 
one other communication node on the second network 
including constituent elements corresponding to said 

2S one communication node or constituent elements in 
said one communication node, that was notified from 
said one other communication node to which said one 
communication node was connected up until then. 
[0018] This communication node may further com- 

30 prises: a communication resource notification unit for 
notifying to said one communication node on the first 
network a resource information regarding communica- 
tion resources on the second network that are exclusive- 
ly used for communications between said one commu- 

3S nication node and one other communication node on the 
second network to which said one communication node 
was connected up until then; and a configuration infor- 
mation reception unit for receiving from said one com- 
munication node the resource informal ion, that was no- 

40 tified from said one other communicatbn node. 

[001 9] According to another aspect of the present in- 
vention there is provided a communication node, com- 
prising: a first interface unit connected to a first network; 
a second interface unit connected to a second network; 

4S and a configuration information disclosure unit having 
at least one of a f unction for disclosing a first configura- 
tion information regarding constituent elements in one 
communication node on the first network as an own con- 
figuration information regarding constituent elements in 

50 said communication node, to another communication 
node on the second network through the second inter- 
face unit, and a function for disclosing a second config- 
uration information regarding constituent elements in 
said another communication node on the second net- 

55 work as the own configuration information regarding 
constituent elements in said communication node, to 
said one communication node on the first network 
through the first interface unit. 
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[0020] In this communication node, the configuration 
information disclosure unit may disclose the first config- 
uration information by defining said one communication 
node on the first network as one type of constituent el- 
ements of said communication node. 
[0021] This communication node may further com- 
prises: a configuration information correspondence 
memory unit for storing a correspondence between the 
first configuration information disclosed to the second 
network as constituent elements corresponding to said 
one communication node or constituent elements exist- 
ing in said one communication node, and actual config- 
uration information regarding said one communication 
node or constituent elements existing in said one com- 
munication node; and a routing unit for identifying a des- 
tination communication node on the first network or a 
destination constituent element of the destination com- 
munication node on the first network for a packet sent 
from the second network, by referring to the configura- 
tion information correspondence memory unit according 
to identifiers of constituent elements in said communi- 
cation node which are disclosed by the configuration in- 
formation disclosure unit and described in the packet. 
[0022] This communication node may further com- 
prises: a detection unit for detecting a first message 
identifier on the second network which is described in a 
packet received through the second interface unit; a 
message identifier attaching unit for attaching a second 
message identifier on the first network to the packet at 
a time of transferring the packet to the first network; a 
message identifier correspondence memory unit for 
storing a correspondence between the first message 
identifier and the second message identifier; and a rout- 
ing unit for identifying a message identifier on the sec- 
ond network corresponding to one message identifier 
on the first network which is described in a packet sent 
from the first network, by referring to the correspond- 
ence stored by the message identifier correspondence 
memory unit according to said one message identifier. 
[0023] This communication node may further com- 
prises: a resource acquisition unit having at least one of 
a function for reserving a network resource on the sec- 
ond network by using a first resource information re- 
garding a network resource reserved on the first net- 
work, and a function for reserving a network resource 
on the first network by using a second resource infor- 
mation regarding a network resource reserved on the 
second network; and a resource information corre- 
spondence memory unit for storing a correspondence 
between the first resource information and the second 
resource information. 

[0024] This communication node may further com- 
prises at least one of: a node constituent elements in- 
formation addition unit for adding a new configuration 
information regarding constituent elements in a new 
communication node to the own configuration informa- 
tion regarding constituent elements in said communica- 
tion node, when the new communication node is added 



on the first network; and a node constituent information 
deletion unit for deleting an old configuration information 
regarding constituent elements in an old communication 
node from the own configuration information regarding 
5 constituent elements in said communication node, when 
the old communication node is deleted from the first net- 
work. 

[0025] This communication node may further com- 
prises: a configuration information notification unit for 
io notifying to said one communication node on the first 
network at least a part of the own configuration informa- 
tion regarding constituent elements in said communica- 
tion node including constituent elements corresponding 
to said one communication node or constituent ele- 
ments in said one communication node; and a configu- 
ration information reception unit for receiving from said 
one communication node at least a part of another con- 
figuration information regarding constituent elements in 
one other communication node on the second network 

20 including constituent elements corresponding to said 
one communication node or constituent elements in 
said one communication node, that was notified from 
said one other communication node to which said one 
communication node was connected up until then. 

25 [0026] This communication node may further com- 
prises: a communication resource notification unit for 
notifying to said one communication node on the first 
network a resource information regarding communica- 
tion resources on the second network that are exclusive- 

30 |y used for communications between said one commu- 
nication node and one other communication node on the 
second network to which said one communication node 
was connected up until then; and a configuration infor- 
mation reception unit for receiving from said one com- 

35 munication node the resource information, that was no- 
tified from said one other communication node. 
[0027] According to another aspect of the present in- 
vention there is provided a communication node, com- 
prising: a first interface unit connected to a first network; 

<o a second interface unit connected to a second network; 
a packet input/output unit for carrying out packet input/ 
output processing according to a protocol of the second 
network; and an application interface information trans- 
fer unit for transferring data to be exchanged at an in- 

45 terface between the packet input/output unit and an ap- 
plication executed on another communication node on 
the second network, through the first interface unit, so 
as to handle one communication node connected 
through the first interface unit as if said one communi- 

50 cation node is connected to the second network. 

[0028] This communication node may further com- 
prises: a detection unit for detecting a first message 
identifier on the second network which is described in a 
packet received through the second interface unit; a 

55 message identifier attaching unit for attaching a second 
message identifier on the first network to the packet at 
a time of transferring the packet to the first network; a 
message identifier correspondence memory unit for 
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storing a correspondence between the first message 
identifier and the second message identifier; and a rout- 
ing unit for identifying a message identifier on the sec- 
ond network corresponding to one message identifier 
on the first network which is described in a packet sent 
from the first network, by referring to the correspond- 
ence stored by the message identifier correspondence 
memory unit according to said one message identifier. 
[0029] This communication node may further com- 
prises: a resource acquisition unit having at least one of 
a function for reserving a network resource on the sec- 
ond network by using a first resource information re- 
garding a network resource reserved on the first net- 
work, and a function for reserving a network resource 
on the first network by using a second resource infor- 
mation regarding a network resource reserved on the 
second network; and a resource information corre- 
spondence memory unit for storing a correspondence 
between the first resource information and the second 
resource information. 

[0030] According to another aspect of the present in- 
vention there is provided a communication terminal, 
comprising: an interface unit connected to a first net- 
work; a connection unit for making a connection to a first 
communication node on the first network through the in- 
terface unit; a communication unit for communicating 
with a second communication node on a second net- 
work different from the first network, through the first 
communication node; a communication terminal func- 
tion disclosure unit for disclosing functions in said com- 
munication terminal as Sub Units in an AV/C (Audio/Vis- 
ual Control) protocol executed on an IEEE 1394 bus; 
and a Sub Unit information reception unit for receiving 
at least a part of information regarding Sub Units exist- 
ing in the second communication node. 
[0031 ] This communication terminal may further com- 
prises: a configuration information reception unit for re- 
ceiving at least a part of a configuration information re- 
garding constituent elements existing in the first com- 
munication node including a constituent element corre- 
sponding to said communication terminal, which is no- 
tified from the first communication node in order for the 
first communication node to handle said communication 
terminal as one of constituent elements existing in the 
first communication node; a configuration information 
memory unit for storing at least a part of the configura- 
tion information received by the configuration informa- 
tion reception unit; and a configuration information no- 
tification unit for notifying at least a part of the configu- 
ration information stored in the configuration information 
memory unit, to a third communication node on the sec- 
ond network to which said communication terminal is 
newly connected. 

[0032] This communication terminal may further com- 
prises: a communication resource information reception 
unit for receiving a communication resource information 
regarding communication resources on the second net- 
work which are exclusively used for communications be- 



tween said communication terminal and the second 
communication node, which is notified from the first 
communication node; a communication resource infor- 
mation memory unit for storing at least a part of the com- 

5 munication resource information received by the com- 
munication resource information reception unit; and a 
communication resource information transfer unit for 
notifying the communication resource information 
stored in the communication resource information mem- 

io ory unit, to a third communication node on the second 
network to which said communication terminal is newly 
connected. 

[0033] According to another aspect of the present in- 
vention there is provided a communication terminal, 

*5 comprising: an interface unit connected to a first net- 
work; a connection unit for making a connection to a first 
communication node on the first network through the in- 
terface unit; a communication unit for communicating 
with a second communication node on a second net- 

20 work different from the first network, through the first 
communication node; and an application execution unit 
for executing an application on the second network 
which is to be executed in the second communication 
node. 

25 [0034] This communication terminal may further com- 
prises: a configuration information reception unit for re- 
ceiving at least a part of a configuration information re- 
garding constituent elements existing in the first com- 
munication node including a constituent element corre- 

30 spending to said communication terminal, which is no- 
tified from the first communication node in order for the 
first communication node to handle said communication 
terminal as one of constituent elements existing in the 
first communication node; a configuration information 

35 memory unit for storing at least a part of the configura- 
tion information received by the configuration informa- 
tion reception unit; and a configuration information no- 
tification unit for notifying at least a part of the configu- 
ration information stored in the configuration information 

40 memory unit, to a third communication node on the sec- 
ond network to which said communication terminal is 
newly connected. 

[0035] This communication terminal may further com- 
prises: a communication resource information reception 

45 unit for receiving a communication resource information 
regarding communication resources on the second net- 
work which are exclusively used for communications be- 
tween said communication terminal and the second 
communication node, which is notified from the first 

so communication node; a communication resource infor- 
mation memory unit for storing at least a part of the com- 
munication resource information received by the com- 
munication resource information reception unit; and a 
communication resource information transfer unit for 

55 notifying the communication resource information 
stored in the communication resource information mem- 
ory unit, to a third communication node on the second 
network to which said communication terminal is newly 



9 



EP 0 969 628 A2 



10 



connected. 

[0036] In the present invention as described above, 
when the first network is a radio network, the communi- 
cation node to be connected to the first network is a radio 
terminal, for example. 5 
[0037] Also, when the second network is an IEEE 
1 394 bus, the communication node on the second net- 
work is a 1 394 node, for example. 
[0038] Note that the communication node according 
to the present invention itself corresponds to a node on io 
the second network. For example, when a plurality of 
communication nodes according to the present inven- 
tion are connected to the IEEE 1394 bus and a radio 
terminal connected to the radio network communicates 
with the other communication node through the commu- is 
nication node according to the present invention, the 
other communication node is functioning as the 1394 
node on the second network. 

[0039] Note that it is also possible for the communi- 
cation terminal connected to the first network to com- 20 
municate through a relaying function of the communica- 
tion node according to the present invention with a de- 
vice corresponding to a Sub Unit (on the second net- 
work) in that communication node. 

[0040] The communication node according to the 25 
present invention has two interface functions for the first 
network (radio network, for example) and the second 
network (IEEE 1394 bus, for example), and a node 
processing load distribution unit for providing a function 
for the purpose of operating as a node (IEEE 1 394 node, 30 
for example) on the second network by a combination 
with the communication terminal (radio terminal, for ex- 
ample) with which it is connected by the first network. 
At this point, the interface between the communication 
node and the communication terminal becomes the so 35 
called 1394 API and information transferred between 
the IEEE 1 394 interface processing function portion and 
the upper layer application execution portion is trans- 
ferred by the first network such as the radio network, for 
example. 40 
[0041] Also, in the case where the first network is the 
radio network and the second network is the IEEE 1 394 
bus, for example, the communication node maintains a 
correspondence between the transaction identifier on 
the IEEE 1394 bus and a transaction identifier on the *s 
radio network, a correspondence between the Iso- 
chronous channel on the IEEE 1394 bus and the re- 
source information on the radio network, etc., and pro- 
vides the protocol conversion function between the 
IEEE 1 394 bus and the radio network. so 
[0042] In this way, by the combination of the commu- 
nication node and the communication terminal of the 
present invention, it becomes possible to provide the 
node functions on the second network such as the IEEE 
1 394 bus, so that it becomes possible to provide the ss 
service on the second network to the user. 
[0043] The communication node according to the 
present invention has two interface functions for the first 



network (radio network, for example) and the second 
network (IEEE 1394 bus, for example), and introduces 
the constituent elements (Sub Units, for example) in the 
communication terminal (radio terminal, for example) 
existing on the first network to the second network side 
as the constituent elements in the own node. It also in- 
troduces the constituent elements in nodes on the sec- 
ond network to the first network side as the constituent 
elements in the own node. Each of the communication 
node and the radio terminal also has a function for load- 
ing an FCP frame to be used in the AV/C protocol into 
a packet to be transferred on the radio network, for ex- 
ample. 

[0044] Also, in the case where the first network is the 
radio network and the second network is the IEEE 1 394 
bus, the communication node maintains a correspond- 
ence between a transaction identifier on the IEEE 1 394 
bus and a transaction identifier on the radio network, a 
correspondence between the Isochronous channel on 
the IEEE 1 394 bus and the resource information on the 
radio network, etc., and provides the protocol conver- 
sion function between the IEEE 1 394 bus and the radio 
network. 

[0045] In this way, the communication node of the 
present invention can carry out communications using 
FCP frames in the AV/C protocol with respect to the ra- 
dio terminal, for example, so that it becomes possible to 
recognize Sub Units in each node or radb terminal each 
other without being conscious of the physical layer. As 
a result, the smooth execution of the AV/C protocol or 
the HAVi protocol over the radio network and the IEEE 
1394 bus becomes possible. Also, even in the case 
where a plurality of radio terminals exist on the radio 
network and they are recognized as being contained in 
a single base station node, it becomes possible to iden- 
tify the Sub Units on each radio terminal. 
[0046] The communication node according to the 
present invention has a communication resource infor- 
mation notification function for notifying information 
(communication resource information) regarding con- 
stituent elements in the own node that correspond to 
constituent elements (Sub Units, for example) in the 
communication terminal (radio terminal, for example), 
to that communication terminal, a communication re- 
source information reception function for receiving the 
communication resource information in the other com- 
munication node to which that communication terminal 
has been connected up until it is connected to the own 
node, from that communication terminal, a resource 
identifier notification function for notifying an identifier 
(channel number of Isochronous channel of IEEE 1394 
bus, for example) of the communication resource on the 
second network which is rese rved by that radio terminal 
for the purpose of communicating with a node on the 
second network (IEEE 1394 bus, for example), to that 
radio terminal, and a resource identifier reception func- 
tion for receiving the identifier of the communication re- 
source that is notified to that radio terminal by the re- 
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source identifier notification function. 
[0047] In this way, even in the case where the com- 
munication node to be connected is changed as the 
communication terminal moves, it becomes possible to 
continue the connection with that communication termi- 
nal quickly (the execution of the so called handoff 
processing). By adding such a handoff function, it be- 
comes possible to continue the communications while 
the communication terminal moves, under the environ- 
ment in which a plurality of communication nodes having 
the base station function exist on the second network 
(IEEE 1394 bus, for example), without requiring the re- 
set processing of the second network (including the con- 
figuration recognition) (the bus reset processing of the 
IEEE 1394 bus, for example). 

[0048] The communication node according to the 
present invention has two interface functions for the first 
network (radio network, for example) and the second 
network (IEEE 1394 bus, for example), and introduces 
the communication terminal (radio terminal, for exam- 
ple) existing on the first network to the second network 
side as the constituent elements (Sub Units, for exam- 
ple) in the own node. It also introduces the constituent 
elements in nodes on the second network to the first net- 
work side as the constituent elements in the own node. 
Also, each of the communication node and the radio ter- 
minal also has a function for loading an FCP frame to 
be used in the AV/C protocol into a packet to be trans- 
ferred on the radio network, for example. In addition, in 
the case where the correspondent to which the AV/C 
command is to be transferred is the radio terminal, for 
example, the communication node executes the AV/C 
protocol for radio terminal (protocol which transfers the 
AV/C command by assuming that the radio terminal Sub 
Unit exists in the 1394 node and Sub Units exist in that 
radio terminal Sub Unit) rather than the usual AV/C pro- 
tocol. 

[0049] Also, in the case where the first network is the 
radio network and the second network is the IEEE 1 394 
bus, the communication node according to the present 
invention maintains a correspondence between a trans- 
action identifier on the IEEE 1 394 bus and a transaction 
identifier on the radio network, a correspondence be- 
tween the Isochronous channel on the IEEE 1394 bus 
and the resource information on the radio network, etc., 
and provides the protocol conversion function between 
the IEEE 1 394 bus and the radio network. 
[0050] In this way, the communication node of the 
present invention can send the control message by us- 
ing the radio AV/C protocol for the transfer of the AV/C 
command to the radio terminal or the usual AV/C proto- 
col for the transfer of the AV/C command to the usual 
1394 node, for example. Also, it becomes possible to 
recognize Sub Units in each node or radio terminal each 
other without being conscious of the physical layer. As 
a result, the smooth execution of the AV/C protocol over 
the radio network and the IEEE 1 394 bus becomes pos- 
sible. Also, even in the case where a plurality of radio 



terminals exist on the radio network and they are recog- 
nized as being contained in a single base station node, 
it becomes possible to identify the Sub Units on each 
radio terminal. 

5 [0051] As described, according to the present inven- 
tion, it becomes possible to transmit various information 
transferred on the IEEE 1 394 bus, to the radio node that 
is connected by the radio interface, and it becomes pos- 
sible to execute the data communications as if the con- 
ic nectbn to the IEEE 1394 bus is made by the radio in- 
terface. Also, even when the route blocking occurs in 
the radio section, it is possible to continue the data trans- 
fer without giving its influence to the IEEE 1394 bus side 
(without causing the bus reset), and even when the 
is handoff processing is executed in the case where the 
radio terminal is moving, it is possible to continue the 
data transfer without giving its influence to the IEEE 
1 394 bus side (without causing the bus reset). 
[0052] Also, according to the present invention, it is 
20 possible to flexibly handle functions provided at a node 
on the first network, in a network environment in which 
the first network such as the radio network and the sec- 
ond network such as the IEEE 1394 bus are mixedly 
present 

2S [0053] Also, according to the present invention, it be- 
comes possible to make the radio terminal and the con- 
stituent elements in the radio terminal appear as if they 
are a single constituent element in the IEEE 1 394 node, 
to the other nodes on the IEEE 1 394 bus, while resolving 

30 the problems that are expected to arise in the radio sec- 
tion by processing the radio communications between 
the radio terminal and the communication node as the 
communications between the constituent elements in 
the communication node. 

35 [0054] Also, according to the present invention, it be- 
comes possible to provide the network connection func- 
tion that does not depend on the types of the networks, 
which is suitable for the case of using Ethernet as the 
first network and the radio network as the second net- 

40 work, for example. 

[0055] Other features and advantages of the present 
invention will become apparent from the following de- 
scription taken in conjunction with the accompanying 
drawings. 

45 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0056] Fig. 1 is a schematic diagram showing an ex- 
emplary network configuration using communication 
so nodes according to the first embodiment of the present 
invention. 

[0057] Fig. 2 is a diagram showing an exemplary pro- 
tocol stack to be executed by a communication node/ 
radio terminal according to the first embodiment of the 
55 present invention. 

[0058] Fig. 3 is a diagram showing an exemplary pro- 
tocol stack for an IEEE 1394 interface processing exe- 
cuted on a node on an IEEE 1 394 bus according to the 
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first embodiment of the present invention. 
[0059] Fig. 4 is a sequence chart of an exemplary 
processing sequence for a packet transfer according to 
the first embodiment of the present invention. 
[0060] Fig. 5 is a sequence chart of another exempla- 5 
ry processing sequence for a packet transfer according 
to the first embodiment of the present invention. 
[0061] Fig. 6 is a diagram showing an exemplary state 
of resource acquisition in a case of transferring image 
data between a node on an IEEE 1 394 bus and a termi- io 
nal on a radio network according to the first embodiment 
of the present invention. 

[0062] Fig. 7 is a sequence chart of an exemplary re- 
source acquisition procedure on an IEEE 1394 bus and 
a radio network according to the first embodiment of the is 
present invention. 

[0063] Fig. 8 is a diagram showing a table for an ex- 
emplary allocation of 1 394 API onto a radio network ac- 
cording to the first embodiment of the present invention. . 
[0064] Fig. 9 is a diagram showing an exemplary for- 20 
mat of a packet to be transferred on a radio network ac- 
cording to the first embodiment of the present invention. 
[0065] Fig. 1 0 is a diagram showing another exempla- 
ry format of a packet to be transferred on a radio network 
according to the first embodiment of the present inven- 2s 
tion. 

[0066] Fig. 11 is a block diagram showing an exem- 
plary internal configuration of a base station node ac- 
cording to the first embodiment of the present invention. 
[0067] Fig. 12 is a block diagram showing an exem- 30 
plary internal configuration of a radio terminal according 
to the first embodiment of the present invention. 
[0068] Fig. 1 3 is a schematic diagram showing an ex- 
emplary network configuration using communication 
nodes according to the second embodiment of the 3S 
present invention. 

[0069] Fig. 14 is a diagram showing an exemplary 
state of recognition of node constituent elements ac- 
cording to the second embodiment of the present inven- 
tion. 40 
[0070] Fig. 1 5 is a sequence chart of an exemplary 
processing sequence for a packet transfer according to 
the second embodiment of the present invention. 
[0071 ] Fig. 1 6 is a schematic diagram showing anoth- 
er exemplary network configuration using communica- *s 
tion nodes according to the second embodiment of the 
present invention. 

[0072] Fig. 1 7 is a diagram showing another exempla- 
ry state of recognition of node constituent elements ac- 
cording to the second embodiment of the present inven- so 
tion. 

[0073] Fig. 18 is a diagram showing an exemplary 
protocol stack among a node on an IEEE 1394 bus, a 
base station node and a radio terminal according to the 
second embodiment of the present invention. ss 
[0074] Fig. 19 is a diagram showing an exemplary 
configuration of an FCP frame according to the second 
embodiment of the present invention. 
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[0075] Fig. 20 is a sequence chart of another exem- 
plary processing sequence for a packet transfer accord- 
ing to the second embodiment of the present inventbn. 
[0076] Fig. 21 is a sequence chart of still another ex- 
emplary processing sequence for a packet transfer ac- 
cording to the second embodiment of the present inven- 
tion. 

[0077] Fig. 22 is a diagram showing an exemplary for- 
mat of a packet to be transferred on a radio network ac- 
cording to the second embodiment of the present inven- 
tion. 

[0078] Fig. 23 is a diagram showing an exemplary 
state of resource acquisition in a case of transferring im- 
age data between a node on an IEEE 1394 bus and a 
terminal on a radio network according to the second em- 
bodiment of the present invention. 
[0079] Fig. 24 is a sequence chart of an exemplary 
resource acquisition procedure on an IEEE 1394 bus 
and a radio network according to the second embodi- 
ment of the present invention. 

[0080] Fig. 25 is a sequence chart of another exem- 
plary resource acquisition procedure on an IEEE 1394 
bus and a radio network according to the second em- 
bodiment of the present invention. 
[0081] Fig. 26 is a block diagram showing an exem- 
plary internal configuration of a base station node ac- 
cording to the second embodiment of the present inven- 
tion. 

[0082] Fig. 27 is a block diagram showing an exem- 
plary internal configuration of a radio terminal according 
to the second embodiment of the present invention. 
[0083] Fig. 28 is a schematic diagram showing an ex- 
emplary network configuration using communication 
nodes according to the third embodiment of the present 
invention in a case where a radio terminal moves and 
changes a base station node. 

[0084] Fig. 29 is a diagram showing an exemplary 
state of resource acquisition on an IEEE 1394 bus and 
in an IEEE 1 394 node before a move of a radio terminal 
according to the third embodiment of the present inven- 
tion. 

[0085] Fig. 30 is a diagram showing an exemplary 
state of resource acquisition on an IEEE 1394 bus and 
in an IEEE 1394 node after a move of a radio terminal 
according to the third embodiment of the present inven- 
tion. 

[0086] Fig. 31. is a sequence chart of a handoff 
processing between a radio terminal and base station 
nodes to which a radio terminal is connected before and 
after moving in a case where a radio terminal moves 
according to the third embodiment of the present inven- 
tion. 

[0087] Fig. 32 is a flow chart of an exemplary process- 
ing procedure to be executed in base station nodes to 
which a radio terminal is connected before and after 
moving in a case where a radio terminal moves accord- 
ing to the third embodiment of the present invention. 
[0088] Fig. 33 is a block diagram showing an exem- 
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plary internal configuration of a communication node ac- 
cording to the third embodiment of the present invention. 
[0089] Fig. 34 is a diagram showing an exemplary 
state of resource acquisition on an IEEE 1394 bus and 
in an IEEE 1394 node before a move of a radio terminal 5 
according to the fourth embodiment of the present in- 
vention. 

[0090] Fig. 35 is a diagram showing an exemplary 
state of resource acquisition on an IEEE 1394 bus and 
in an IEEE 1394 node after a move of a radio terminal 
according to the fourth embodiment of the present in- 
vention. 

[0091] Fig. 36 is a sequence chart of a handoff 
processing between a radio terminal and base station 
nodes to which a radio terminal is connected before and 
after moving in a case where a radio terminal moves 
according to the fourth embodiment of the present in- 
vention. 

[0092] Fig. 37 is a flowchart of an exemplary process- 
ing procedure to be executed in base station nodes to 
which a radio terminal is connected before and after 
moving in a case where a radio terminal moves accord- 
ing to the fourth embodiment of the present invention. 
[0093] Fig. 38 is a schematic diagram showing an ex- 
emplary network configuration using communication 
nodes according to the fifth embodiment of the present 
invention. 

[0094] Fig. 39 is a diagram showing an exemplary 
state of recognition of node constituent elements ac- 
cording to the fifth embodiment of the present invention. 
[0095] Fig. 40 is a diagram showing an exemplary 
protocol stack among a node on an IEEE 1394 bus, a 
base station node and a radio terminal according to the 
fifth embodiment of the present invention. 
[0096] Fig. 41 is a diagram showing an exemplary 
configuration of an FCP frame according to the fifth em- 
bodiment of the present invention. 
[0097] Fig. 42 is a sequence chart of an exemplary 
processing sequence for a packet transfer according to 
the fifth embodiment of the present invention. 
[0098] Fig. 43 is a sequence chart of another exem- 
plary processing sequence for a packet transfer accord- 
ing to the fifth embodiment of the present invention. 
[0099] Fig. 44 is a diagram showing an exemplary for- 
mat of a packet to be transferred on a radio network ac- 
cording to the fifth embodiment of the present invention. 
[0100] Fig. 45 is a block diagram showing an exem- 
plary internal configuration of a base station node ac- 
cording to the fifth embodiment of the present invention. 
[0101] Fig. 46 is a block diagram showing an exem- 
plary internal configuration of a radio terminal according 
to the fifth embodiment of the present invention. 
[01 02] Fig. 47 is a schematic diagram showing anoth- 
er exemplary network configuration using communica- 
tion nodes according to the fifth embodiment of the 
present invention. 

[0103] Fig. 48 is a diagram showing another exempla- 
ry state of recognition of node constituent elements ac- 
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cording to the fifth embodiment of the present invention. 
[0104] Fig. 49 is a diagram showing an exemplary 
protocol stack among a node on an IEEE 1394 bus, a 
base station node and a radio terminal according to the 
fifth embodiment of the present invention. 
[01 05] Fig. 50 is a schematic diagram showing an ex- 
emplary network configuration using communication 
nodes according to the sixth embodiment of the present 
invention. 

[0106] Fig. 51 is a diagram showing an exemplary 
state of recognition of node constituent elements ac- 
cording to the sixth embodiment of the present inven- 
tion. 

[0107] Fig. 52 is a diagram showing an exemplary 
protocol stack among a node on an IEEE 1394 bus. a 
base station node and a radio terminal according to the 
sixth embodiment of the present invention. 
[01 08] Fig. 53 is a diagram showing another exempla- 
ry protocol stack among a node on an IEEE 1394 bus, 
a base station node and a radio terminal according to 
the sixth embodiment of the present invention. 
[0109] Fig. 54 is a diagram showing an exemplary 
configuration of an FCP frame according to the sixth em- 
bodiment of the present invention. 
[0110] Fig. 55 is a sequence chart of an exemplary 
processing sequence for a packet transfer according to 
the sixth embodiment of the present invention. 
[0111] Fig. 56 is a diagram showing an exemplary 
state of resource acquisition in a case of transferring im- 
age data between a node on an IEEE 1394 bus and a 
terminal on a radio network according to the sixth em- 
bodiment of the present invention. 
[0112] Fig. 57 is a sequence chart of an exemplary 
resource acquisition procedure on an IEEE 1394 bus 
and a radio network according to the sixth embodiment 
of the present invention. 

[0113] Fig. 58 is a block diagram showing an exem- 
plary internal configuration of a base station node ac- 
cording to the sixth embodiment of the present inven- 
tion. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0114] In the following, six embodiments of the 
present invention will be described. 
[011 5] In short, the first embodiment is directed to the 
case where a communication node having a radio inter- 
face and a 1394 interface carries out functions below 
the transaction layer on behalf of a radio terminal con- 
nected to the own node, such that a combination of the 
radio terminal and the commun ication node can function 
as a single 1 394 node. 

[0116] On the other hand, the second to sixth embod- 
iments are directed to the case where a service function 
of the radio terminal is recog nized as a Sub Unit of the 
1 394 node, or the radio termi nal is recognized as a Sub 
Unit of the 1 394 node while ai service function of the ra- 
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dio terminal is recognized as a Sub Unit within a Sub 
Unit (Sub_Sub Unit) of the 1394 node. 
[0117] Referring now to Fig. 1 to Fig. 12, the first em- 
bodiment of a communication node and a communica- 
tion terminal according to the present invention will be s 
described in detail. 

[0118] Fig. 1 shows a schematic configuration of a 
network in this first embodiment. In the configuration of 
Fig. 1, 1394 nodes 3101 and 3102 are present on an 
IEEE 1394 bus, and further a base station node 3110 is io 
connected. Also, a radio terminal 3120 is connected to 
the base station node 3110 through a radio network. 
[01 1 9] Here, the base station node 3110 and the radio 
terminal 31 20 operate as a single 1 394 node 31 30 as a 
result of having these two node/terminal connected with is 
each other. Consequently, from a viewpoint of the 1 394 
node 3101 on the IEEE 1394 bus, the base station node 
3110 will be recognized as if it is a 1394 node 3130 (a 
block enclosed by a dashed line in Fig. 1 will be recog- 
nized as the 1 394 node 31 30). 20 
[0120] In addition, in Fig. 1, each node is assigned 
with a physical ID on the 1394 bus. More specifically, 
the 1 394 node 31 01 has a node ID = 1 (n = 1 ), the 1 394 
node 31 02 has a node ID = 3 (n = 3), and the 1 394 node 
31 30 has a node ID = 2 (n = 2). Thus, according to the 2s 
specification of the IEEE 1394-1995, the 1394 node 
3102 is the Root node on the IEEE 1394 bus. 
[0121] In this first embodiment, the base station node 
3110 executes a function of an 1394 interface function 
portion (1 394 board portion in a PC, for example) of the 30 
1 394 node 31 30 such that it is possible to behave as if 
there exists some 1394 node on the IEEE 1394 bus 
even when the radio terminal 3120 is not connected to 
the base station node 3110. An exemplary IEEE 1394 
protocol processing allocation in such a 1 394 node 31 30 3S 
is shown in Fig. 2. 

[01 22] Fig. 2 shows a Node Controller function 3204, 
a physical layer function 3207, a link layer function 3206 
and a transaction layer function 3205, for the purpose 
of providing the 1 394 interface, and these functions for 40 
executing unique functions the 1 394 are provided in the 
base station node 3110. Then, information on an inter- 
face (hereafter referred to as 1394 API) between these 
unique 1 394 functions and the upper level application is 
transferred between the radio terminal 3120 and the 45 
base station node 3110. More specifically, the base sta- 
tion node 31 1 0 and the radio terminal 31 20 are connect- 
ed by a radio interface through respective radio devices 
3202 and 3203. Also, in this first embodiment, the base 
station node 3110 and the radio terminal 3120 behave so 
as a single 1 394 node 31 30 so that an application 3201 
on the 1394 node 3130 is to be executed on the radio 
terminal 3120. 

[0123] Here, the specific example of signals to be ex- 
changed by the 1394 API as specified by the IEEE ss 
1394-1995 is shown in Fig. 3. Fig. 3 is the serial bus 
protocol stack diagram described in the IEEE 
1394-1995. 
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[0124] As shown in Fig. 3, the following eleven mes- 
sages are defined for the 1 394 API. 

* SB.CONT.req 

* SB_CONT.conf 

* SB_CONTind 

* TR_.DATA.req 

* TR_DATA.conf 

* TR_DATA.ind 

* TR_DATA.resp 

* LKJSCLCONTreq 

* LK_CYCLE.ind 

* LKJSO.req 

* LKJSO.ind 

[0125] Hence, by enabling transfer of these messag- 
es between the base station node 3110 and the radio 
terminal 31 20 through the radio interface, a combination 
of the base station node 3110 and the radio terminal 
31 20 can behave as a single 1 394 node 31 30. 
[0126] An exemplary packet transfer processing se- 
quence in such a case is shown in Fig. 4 and Fig. 5. 
[0127] First, Fig. 4 shows an exemplary case of trans- 
ferring an Asynchronous packet of the IEEE 1394 from 
the 1394 node 3101 on the IEEE 1394 bus to the 1394 
node 3130 (actually the base station node 3110 and the 
radio terminal 3120). This processing proceeds as fol- 
lows. 

(1) The 1394 node 3101 transfers the Asynchro- 
nous packet (Write Request packet, for.example) to 
the 1 394 node 31 30 (actually the base station node 
3110). At this point, the transfer packet has the des- 
tination node ID = 2 and the source node ID = 1 . 

(2) When the base station node 3110 receives the 
Write Request packet properly, it returns an 
Ack_Complete message to the 1 394 node 31 01 . 

(3) The base station nod© 3110 applies the physical 
layer processing, the link layer processing, and the 
transaction layer processing to the received Write 
Request packet. 

(4) The base station node 3110 transmits a mes- 
sage (TR_DATA.ind, for example) on the 1 394 API 
corresponding to the received Write Request pack- 
et, to the radio terminal 3120 through the radio in- 
terface. 

(5) The radio terminal 31 20 applies the correspond- 
ing processing to the TR_DATAind message re- 
ceived from the radio interface. 

(6) The radio terminal 31 20 transfers a TR_DATA. 
resp message which is a response message with 
respect to the received message, to the base sta- 
tion node 3110 through the radio interface. 

(7) The base station node 3110 applies the corre- 
sponding transaction layer processing, link layer 
processing, and physical layer processing to the re- 
ceived TR_D ATA. resp message. 

(8) The base station node 3110 transmits a Write 
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Response packet corresponding to the Write Re- 
quest packet of the above processing (1 ), to the 
1394 node 3101. At this point, the packet has the 
destination node ID = 1 and the source node ID = 2. 
(9) When the 1394 node 3101 receives the Write s 
Response packet properly, it returns an 
Ack_Complete message to the base station node 
3110. 

[01 28] Here, in the base station node 31 1 0, there is a i o 
need to store the correspondence between the Write 
Request received by the above processing (1) and the 
messages on the 1394 API that are transmitted by the 
above processing (4) or received by the above process- 
ing (6), at a transaction/channel correspondence man- is 
agement functbn 320B of Fig. 2. This will be used in 
order to identify the response received by the above 
processing (6) as a response corresponding to one AW 
C command among a plurality of AV/C commands that 
are transmitted by the 1 394 node 31 01 , for example. 20 
[0129] As a method for maintaining such a corre- 
spondence between a message identifierAransaction 
identifier on the I EEE 1 394 bus and a message identifier 
on the radio network, there is a method which uses the 
transaction ID (transaction label in the IEEE 1 394 pack- 2S 
et, for example) issued by the 1394 node 3101 in the 
above processing (1 ) or a combination of the transaction 
ID and a source node ID. More specifically, in this meth- 
od, the base station node 3110 transfers the TR_DATA. 
ind message transmitted by the above processing (4) 30 
by describing a combination of the transaction ID (trans- 
action label) and the source node ID that are described 
within the Write Request packet received by the above 
processing (1 ), and the radio terminal 31 20 describes a 
combination of the received transaction ID and source 3S 
node ID into the TR_DATA.resp message to be trans- 
mitted by the above processing (6). Besides this meth- 
od, there is also a method which defines in advance an 
identifier for identifying a message on the radio network, 
and stores the correspondence between this identifier *o 
and the transaction ID on the IEEE 1 394 bus. 
[01 30] Next, Fig. 5 shows an exemplary case of trans- 
ferring an Asynchronous packet of the IEEE 1394 from 
the 1394 node 3130 (actually the base station node 
31 1 0 and the radio terminal 31 30) to the 1 394 node 3101 45 
on the IEEE 1 394 bus. In this case, in order to maintain 
the correspondence between the message transmitted 
from the radio terminal 31 20 and the transaction on the 
IEEE 1394 bus, a message ID is attached in advance 
as an identifier of the message to be transmitted. Spe- so 
cifically, the processing proceeds as follows. 

(1 ) The radio terminal 3120 transfers information to 
be transferred as a TR_DATA.req message, to the 
base station node 3110 through the radio network, ss 
In order to identify the correspondence with the 
1 394 transaction, this message is transferred by at- 
taching a message ID. 



(2) The base station node 3110 applies the corre- 
sponding transaction layer processing, link layer 
processing, and physical layer processing to the re- 
ceived TRJDATA.req message. Also, a corre- 
spondence between the message ID of the received 
message and the transaction ID to be issued in the 
following processing is maintained. 

(3) The base station node 3110 transfers an Asyn- 
chronous packet (Write Bequest packet, for exam- 
ple) corresponding to the received message, to the 
1394 node 3101. At this point, a destination node 
ID of the packet is n = 1 , and the source node ID of 
the packet is n = 2. 

(4) When the 1394 node 3101 receives the Write 
Request packet properly, it returns an 
Ack_Complete message to the base station node 
3110. 

(5) The 1394 node 3101 applies the corresponding 
processing to a description of the Write Request 
packet received from the 1 394 interface. 

(6) The 1394 node 3101 transmits a Write Re- 
sponse packet of the transaction corresponding to 
the received Write Request packet, to the 1394 
node 3130 (actually the base station node 3110). 
For the identification of the corresponding transac- 
tion, the transaction ID is used. At this point, the 
destination node ID of the packet is n = 2 and the 
source node ID of the packet is n = 1. 

(7) When the base station node 3110 receives the 
Write Response packet property, it returns an 
Ack_Complete message to the 1394 node 3101 as 
its reception processing. 

(8) The base station node 3110 applies the corre- 
sponding physical layer processing, link layer 
processing, and transaction layer processing to the 
received Write Response packet. Also, the corre- 
sponding message ID is identified from the value of 
the received transaction I D. 

(9) The base station node 3110 transmits a mes- 
sage (TR.DATA.conf) on the 1 394 API correspond- 
ing to the received Write Response packet, to the 
radio terminal 31 20 through the radio interface. For 
this message transfer, the message ID attached in 
the above processing (1 ) is attached so that the ra- 
dio terminal 3120 can identify the message accord- 
ing to this message ID. 

[0131] By the series of processing described above, 
it becomes possible to transmit and receive the Asyn- 
chronous packet between the radio terminal 3120 and 
the 1 394 node 31 01 . As a res ult, it becomes possible to 
execute protocols to be executed using the Asynchro- 
nous packets of the I EEE 1 394 such as the AV/C (Audio/ 
visual Control) protocol. In the above example, the 
transfer of the Write Request/Response packets on the 
1394 bus is realized by the so called split transaction, 
but it should be obvious that it is also possible to realize 
this packet transfer by the un rfied transaction. 
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[01 32] Next, as a case of actually transferring the im- 
age data between the radio terminal and the 1 394 node, 
an exemplary image data transfer scheme between the 
radio terminal 3120 and the 1394 node 3101 is shown 
in Fig. 6. In Fig. 6, the image transfer from the 1 394 node s 
3101 to the radio terminal 3120 and the image transfer 
from the radio terminal 31 20 to the 1 394 node 31 01 are 
shown together. 

[0133] First, for the sake of the image transfer to the 
radio terminal 3120, an Isochronous channel (Ch = X) to 
is reserved as the resource on the IEEE 1 394 bus, while 
a corresponding radio resource (A) on the radio network 
is also reserved. Also, for the sake of the image transfer 
from the radio terminal 3120, an Isochronous channel 
(Ch = Y) is reserved as the resource on the IEEE 1 394 is 
bus, while a corresponding radio resource (B) on the ra- 
dio network is also reserved. 

[0134] Here, the radio resource on the radio network 
can be frequencies, time-slots, etc., on the radb net- 
work by which the bandwidth necessary for the image 20 
transfer can be reserved. Also, a timing for reserving this 
radio resource can be a timing at which the radio termi- 
nal 31 20 is connected to the base station node 3110, or 
a timing at which a bandwidth reservation (resource res- 
ervation) request is issued from the radio terminal 31 20 25 
or the 1394 node 3101 . Also, a timing for reserving the 
Isochronous channel on the IEEE 1394 bus can be im- 
mediately before transferring the image information, or 
a timing at which the radb terminal 3120 is connected. 
[0135] Fig. 7 shows the actual image data transfer 30 
processing sequence in a state where the resource res- 
ervation as shown in Fig. 6 is done. Fig. 7 shows an 
exemplary case where, after two Isochronous channels 
X and Y on the IEEE 1394 bus are acquired, the image 
data transfer from the 1 394 node 31 01 to the 1 394 node 3S 
31 30 (actually the base station node 31 1 0 and the radio 
terminal 3120) is executed through the channel X, while 
the image data transfer from the 1394 node 3130 (ac- 
tually the base station node 3110 and the radio terminal 
3120) to the 1394 node 3101 is executed through the *o 
channel Y. Note that the procedure for acquiring these 
Isochronous channels is omitted in the following se- 
quence, but this can be realized using the processing 
shown in Fig. 4 and Fig. 5 (by executing the I EC 61883 
protocol as the upper layer processing), for example. *s 
This processing proceeds as follows. 

(1) The Isochronous channel (Ch = X) is acquired 
on the IEEE 1394 bus by some means. Also, the 
radio resource (A) is acquired on the radio network, so 

(2) The 1394 node 3101 transmits the image data 
onto the Isochronous channel X. 

(3) The base station node 3110 receives the Iso- 
chronous packet on the channel X, and applies the 
corresponding physical layer processing and link ss 
layer processing to it. 

(4) The base station node 3110 transfers an 
LKJSO.ind message corresponding to the re- 



ceived Isochronous packet, to the radio terminal 
3120 through the radio network (radio resource 
(A)). 

(5) The Isochronous channel (Ch = Y) is acquired 
on the IEEE 1394 bus by some means. Also, the 
radio resource (B) is acquired on the radb network. 

(6) The radio terminal 3120 transfers the image as 
an LKJSO.req message, to the base station node 
3110 through the radio network. 

(7) The base station node 3110 applies the corre- 
sponding link layer processing and physical layer 
processing to the received LKJSO.req message. 

(8) The base station node 3110 transmits an Iso- 
chronous packet corresponding to the received 
LKJSO.req message, onto the Isochronous chan- 
nel Y. 

[0136] In this way, it is possible to realize the data 
transfer between the 1 394 node 31 01 and the radio ter- 
minal 3120 even for the Isochronous data. Using such 
a method of Fig. 4, Fig. 5 and Fig. 6, it is possible to 
smoothly execute an application which carries out the 
image transfer from the 1394 node 3101 to the radio ter- 
minal 31 20. More specifically, it is possible to realize the 
Isochronous channel according to the I EC 61 883 proto- 
col, the packet input and output setting with respect to 
the Isochronous channel, the data transfer route setting 
within each node/term inaJ according to the AV/C proto- 
col, and the actual image data transfer using the Iso- 
chronous packet. In addition, although not described in 
detail here, it is also possible to transfer the other mes- 
sages (SB_.CONT.req, SB_.CONT.ind, SB_CONT.conf, 
LK_CYCLE.ind, LK JSO_CONT. req) by the similar 
method. 

[0137] In the case of connectbn between the base 
station node 3110 and the radio terminal 3120 by the 
above described method, there is a need to determine 
the way of mapping each message defined on the 1 394 
API onto the radio network. Fig. 8 shows one exemplary 
mapping of the messages defined on the 1394 API in 
the radio section. Fig. 8 shows an exemplary case 
where a plurality of carriers exist on the radio frequen- 
cies used by the radio network and the multiplexing ac- 
cording to the TDMA scheme is used therein. Also, in 
the example of Fig. 8, the messages are basically de- 
fined in a form of combinations of "data transfer request" 
and "data transfer confirmation - , so that the messages 
are allocated with respect to the frequencies (carries) or 
time-slots to be used on the radio network, in units of 
these combinations. 

[0138] In the allocation of Fig. 8, a combination of 
TR_D ATA. req/conf is set in correspondence to the time- 
slot X and the combination of TR_.DATA.ind/resp is set 
in correspondence to the time-slot Y, of the carrier B on 
the radb network. Also, the LKJSO.req is set in corre- 
spondence to the time-slot X, the LKJSO_CONT.req is 
set in correspondence to the time-slot 21, and the 
LK_CYCLE.ind is set in correspondence to the time-slot 
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Z2, of the carrier C on the radio network. Also, the it is also possible to include an information indicating a 
SB_CONT.req is set in correspondence to the time-slot field length within a field of each message in Fig. 9 and 
X and the SC_CONT.ind is set in correspondence to the Fig. 1 0. Also, in these examples, the packet to be trans- 
time-slot Y, of the carrier A on the radio network. ferred in the radio section itself is hot particularly spec- 
[0139] In such an allocation, it is possible to set up a s jfied, but it is also possible to use FCP frames as spec- 
bandwidth of the radio resource to be reserved for the ified by the IEC 61883 forfield portions to which the mes- 
purpose of the real time data transfer such as image da- sages are allocated, for example. In such a case, there 
ta transfer, by making a length of the time-slot allocated is a need to define a new type of the FCP frame for trans- 
to the LKJSO.req variable, for example. Similarly, the mitting the 1394 API information between the radio ter- 
bandwidth can be set up by a length of the time-slot al- io minal and the base station node, 
located to the LKJSO.ind. However, the message alb- [0143] Also, as shown in the processing sequences 
cation method is not limited to the above described one, of Fig. 4 and Fig. 5, there is a need to maintain the cor- 
and it is possible to use a method for transmitting the respondence between the message identifier (transac- 
messages by mutually different frequencies/time-slots, tion ID) on the IEEE 1394 bus and the message identifier 
a method for allocating time-slots only to the LKJSO. on the radio network, so that the packet formats of Fig. 
reo/LKJSO.ind messages for which the real time prop- 9 and Fig. 1 0 contain a field for describing the message 
erty is required while the other messages are trans- ID and a field for describing the transaction ID + IEEE 
ferred by using only the other time-slots not used by the 1 394 node ID, respectively. More specifically, the packet 
LKJSO.req/LKJSO.ind messages. to be transferred from the radio terminal toward the base 
[0140] Fig. 9 and Fig. 10 show an exemplary method 20 station node is provided with a field for describing the 
of message and packet field allocation at each 1394 message ID that is attached by the radio terminal side 
API, in the case where the radio network is operated as as in Fig. 5, and the packet to be transferred from the 
a packet network such as that of the wireless LAN base station node to the radio terminal is provided with 
scheme. Fig. 9 is an example in the case of the data a field for describing the transaction ID and the IEEE 
transfer in a direction from the radio terminal to the base 2s 1 394 node ID on the IEEE 1 394 bus. Note that the iden- 
station node, and Fig. 10 is an example in the case of tifiers to be described in these fields are not limited to 
the data transfer in a direction from the base station those shown in Fig. 9 and Fig. 10, and there can be cas- 
node to the radio terminal. es where the transaction ID and the IEEE 1 394 node ID 
[0141] In Fig. 9 and Fig. 1 0, two types of packets are on the IEEE 1 394 bus are to be described in the packet 
defined depending on the direction of the data transfer 30 to be transferred from the radio terminal toward the base 
between the radio terminal and the base station node, station node, or cases where the message ID on the ra- 
but it is also possible to transfer messages by allocating dio network is to be described in the packet to be trans- 
all the messages to one packet regardless of the direc- ferred from the base station node toward the radio ter- 
tion of the data transfer. In addition, it is also possible to minal, for example. 

use a method in which one type of packet is used on the 3S [01 44] Fig. 1 1 shows an exemplary internal configu- 

radio network while a field for identifying a type of mes- ration of the base station node 3110 in this first embod- 

sage that is transferred by that packet is provided in that iment. The base station nod© 3110 is required to have 

packet, so as to be able to identify which one of the mes- an IEEE 1 394 interface processing function as well as 

sages shown in Fig. 3 is transferred on the packet ac- a function by which a message to be transferred to the 

cording to a value of that identification field. Moreover, *o upper layer through the 1394 API is transferred to the 

as a combination with the case of Fig. 8, it is also pos- radio interface after the packet transferred on the IEEE 

sible to use a method in which frequencies (carries) to 1394 bus is received. For this reason, in Fig. 11, the 

be used are set differently for the LKJSO.req/ind mes- base station node 3110 includes a radio interface 

sages that transfer the Isochronous data and the other processing unit 4001 for providing the radio network in- 

messages, for example, and a region for each message *s terface function, a radio/1 39-4 transfer processing unit 

is allocated within the packet to be transferred by each 4002 for converting a packet received from the radio in- 

carrier. terface into a message corresponding to the 1394 API 

[0142] In the example of Fig. 9, SB_CONT.req, or converting a message transferred to the 1394 API into 

TR_DATA.req, TR_DATA.resp, LK JSO_CONTreq, a packet to be transferred to the radio interface, a 1 394 

and LKJSO.req messages are allocated in the packet so protocol processing unit 40O3 for executing the 1394 

going from the radio terminal toward the base station protocol according to the packet received from the 1 394 

node. Also, in the example of Fig. 10, SB_CONT.ind, interface, and a 1 394 interface processing unit 4004 for 

SC_CONT.conf, TR_DATA.ind, TR_DATA.conf, providing the IEEE 1 394 bus interface function. 

LK_CYCLE.ind, and LKJSO.ind messages are allocat- [01 45] In addition, the radio/1 394 transfer processing 

ed in the packet going from the base station node to the ss unit 4002 is accompanied by a transaction/channel cor- 

radio terminal. Among these messages, there are mes- respondence memory unit 4-O05 for storing the corre- 

sages such as TR_DATA.req message for which the spondence between the 1394- transaction and the mes- 

necessary field length is not constant For this reason, sage on the radio network, and the correspondence be- 
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tween the Isochronous channel on the IEEE 1394 bus 
and the radio resource on the radb network, as de- 
scribed above in conjunction with Fig. 4, Fig. 5 and Fig. 
7. Here, the interface between the 1394 interface 
processing unit 4004 and the radio/1394 transfer $ 
processing unit 4002 corresponds to the so called 1 394 
API. 

[0146] Fig. 12 shows an exemplary internal configu- 
ration of the radio terminal 31 20 in this first embodiment 
The radio terminal 31 20 is required to have a basic f unc- 10 
tion for executing applications to be executed on the 
1394 API as well as a function for transferring a mes- 
sage transmitted through the 1 394 API onto the radio 
network interface. For this reason, in Fig. 12, the radio 
terminal 31 20 includes a radio interface processing unit 75 
4101 for providing the radio network interface function, 
a radio/1394 transfer processing unit 4102 for convert- 
ing a packet received from the radio interface into a mes- 
sage corresponding to the 1394 API or converting a 
message transferred to the 1 394 API into a packet to be 20 
transferred to the radio interface, and an application ex- 
ecution unit 41 03 for executing applications on the 1 394 
API. Here, the interface between the application execu- 
tion unit 4103 and the radio/1394 transfer processing 
unit 41 02 corresponds to the so called 1 394 API. 2s 
[0147] By using the base station node of Fig. 11 and 
the radio terminal of Fig. 12 in combination, they can 
behave as if they are a single 1 394 node. 
[0148] Referring now to Fig. 1 3 to Fig. 27, the second 
embodiment of a communication node and a communi- so 
cation terminal according to the present invention will 
be described in detail. 

[0149] Fig. 13 shows a schematic configuration of a 
network in this second embodiment. In the configuration 
of Fig. 13, 1394 nodes 5101 and 5102 are present on 35 
an IEEE 1 394 bus, and further a base station node 5110 
is connected. Also, a radio terminal 5120 is connected 
to the base station node 5110 through a radb network. 
Here, the node IDs of the nodes are n = 1 for the 1394 
node 5101 , n = 3 for the 1 394 node 5102, and n = 2 for 40 
the 1 394 node 51 30, so that the 1 394 node 51 02 is the 
Root node on the IEEE 1394 bus. 
[0150] In this second embodiment, each of the 1394 
nodes 5101 and 5102 and the radio terminal 51 20 con- 
tains constituent elements (Sub Units) of each node/ter- *s 
minal. Fig. 13 shows the case where the 1394 node 
5101 contains a Sub Unit A 51011 and a Sub Unit B 
51 0 1 2, the 1 394 node 51 02 contains a Sub Unit C 51 02 1 
and a Sub Unit D 51022, and the radio terminal 5120 
contains a Sub Unit X 51201 and a Sub Unit Y 51202. 
[0151] Here, similarly as in the first embodiment, the 
base station node 51 10 and the radio terminal 51 20 op- 
erate as a single 1394 node 5130 as a result of having 
these two node/terminal connected with each other. 
[01 52] Fig. 1 4 shows how the entire network is recog- 
nized in this case. As shown in Fig. 1 4, the base station 
node 5110 is recognized as if it is the 1394 node 5130 
from the 1394 nodes on the IEEE 1394 bus. Also, the 



Sub Unit X 51201 and the Sub Unit Y 51202 that are 
actually contained in the radio terminal 51 20 are recog- 
nized as if they are constituent elements (Sub Units) 
contained in that 1394 node 5130. 
[0153] Fig. 15 shows an exemplary processing se- 
quence in the case of transferring an AV/C command 
according to the AV/C (Audio/Visual Control) protocol, 
from the 1394node5101 to the radio terminal 51 20. The 
AV/C protocol uses a frame according to FCP (Function 
Control Protocol) as its transfer frame, and a Write Re- 
quest packet of the IEEE 1394 as its transfer packet 
(FCP will be described in detail bebw). Also, the corre- 
spondence between the packet on the radio network 
and the transaction on the IEEE 1394 bus is assumed 
to be maintained by the method similar to that of the first 
embodiment, so that its description will not be repeated 
here. This processing sequence proceeds as folbws. 

(1) The 1394 node 5101 transmits the AV/C com- 
mand to the Sub Unit X 51201 in the 1394 node 
51 30 (actually the radio terminal 51 20). At this point, 
the transfer packet has the source node ID = 1 , the 
destination node ID = 2, and the destination Sub 
UnitJD=X. 

(2) When the base statbn node 5110 receives the 
Write Request packet properly, it returns an 
Ack_Complete message to the 1 394 node 5101. 

(3) The base statbn node 5110 applies the 1394 
layer processing to the received Write Request 

* packet, and extracts from that packet an FCP frame 
in which the AV/C command is loaded. 

(4) The base statbn node 51 10 writes the extracted 
FCP frame into a packet to the transferred on the 
radio network, and transfers that packet to the radio 
terminal 5120. 

(5) The radio terminal 51 20 executes the AV/C com- 
mand that is written in the received FCP frame. 

(6) The radio terminal transfers an FCP frame with 
the processing result obtained by executing the AW 
C command written thereon to the base station 
node 5110 by loading it into a packet on the radio 
network. 

(7) The base station node 5110 extracts the FCP 
frame from the received packet, and executes the 
1 394 layer processing with respect to it. 

(8) The base statbn node 5110 transfers the re- 
ceived FCP frame to the 1394 node 5101 as a re- 
sponse to the AV/C command received by the 
above processing (1). The transfer packet used 
here is also the Write Request packet, which has 
the source node ID = 2 and the destination node ID 
= 1. 

(9) When the 1394 node 5101 receives the Write 
Request packet from the base statbn node 5110 
properly, it returns an Ack_Complete message to 
the base station node 51 10. 

[0154] By the series of processing described above, 
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it becomes possible to execute the upper level applica- 
tion such as AV/C command between the 1394 node 
and the radio terminal, in the case where a combination 
of one base station node and one radio terminal is rec- 
ognized a single 1394 node. Here, instead of transfer- s 
ring the command from the 1 394 node 51 01 to the radio 
terminal as in Fig. 15, it is also possible to transfer the 
AV/C command from the radio terminal 5 1 20 to the 1 394 
node 5101. Also, the upper level application is not lim- 
ited to the AV/C protocol. 10 
[01 55] Fig. 1 6 shows a schematic configuration of an- 
other network according to this second embodiment. In 
the configuration of Fig. 16, 1394 nodes 5401 and 5402 
are present on an IEEE 1394 bus, and further a base 
station node 5410 is connected. Also, two radio termi- is 
nals 5421 and 5422 are connected to the base station 
node 5410 through a radio network. This differs from the 
case of Fig. 13 in that a plurality of radio terminals are 
connected to a single base station node. Fig. 16 shows 
the case where the node IDs of the nodes are n = 1 for 20 
the 1 394 node 5401 f n = 3 for the 1 394 node 5402, and 
n = 2 for the base station node 5410, so that the 1394 
node 5402 is the Root node on the IEEE 1 394 bus. 
[0156] Here, the 1394 node 5401 contains a constit- 
uent element (such as Sub Unit) A 5401 1 and a constit- zs 
uent element B 54012, the 1394 node 5402 contains a 
constituent element C 54021 and a constituent element 
D 54022, while the radio terminal 5421 contains a con- 
stituent element X1 54211 and a constituent element X2 
51212 and the radio terminal 5422 contains a constitu- 30 
ent element Y1 54221 and a constituent element Y2 
54222. 

[01 57] Usually, in the AV/C (Audio/Visual Control) pro- 
tocol or the like, the command is to be transmitted and 
received in units of such constituent elements (Sub 3S 
Units) inside the 1 394 nodes, so that in the case of car- 
rying out the image data transfer in a form where the 
IEEE 1 394 bus and the radio network coexist as in Fig. 
16, there is a problem as to how such a Sub Unit infor- 
mation should be presented to each node/terminal. In *o 
particular, there is a problem as to how to distinguish 
Sub Units that are existing on a plurality of radio termi- 
nals. 

[0158] In this second embodiment, the transfer 
processing for the constituent element (Sub Unit) infor- 45 
mation is executed between the respective networks 
(the IEEE 1394 and the radio network in this embodi- 
ment) at the base station node 5410. More specifically, 
it executes the processing that makes a group of Sub 
Units in each node on the IEEE 1 394 bus or a group of so 
Sub Units in the radio terminal to appear as if it is a group 
of Sub Units within the base station node, from the radio 
terminal side or the 1 394 node side, respectively. 
[01 59] Fig. 1 7 shows how the radio terminal 5421 and 
the IEEE 1 394 node 5401 recognize the entire network, ss 
First, a part (a) of Fig. 17 shows a configuration of the 
entire network as recognized by the radio terminal 5421 . 
Namely, the radio terminal 5421 recognizes the constit- 



uent elements A, B, C and D that are existing in the 
nodes on the I EEE 1 394 bus as if they are existing within 
the base station node 5410. Also, a part (b) of Fig. 17 
shows a configuration of the entire network as recog- 
nized by a node on the I EEE 1 394 bus such as the 1 394 
node 5401. Namely, the 1394 node 5401 recognizes 
constituent elements X1 and X2 in the radio terminal 
5421 and the constituent elements Y1 and Y2 in the ra- 
dio terminal 5422 as if they are existing in the base sta- 
tion node 5410. Based on such a recognition, each of 
the 1394 node and the radio terminal executes the ap- 
plication such as AV/C. 

[01 60] Fig. 1 8 shows an exemplary protocol stack for 
communications between the 1 394 node 5401 and the 
radio terminal 5421 in this case. Fig. 18 shows the case 
where the AV/C protocol or the HAVi protocol is execut- 
ed when some application is operated between the 1 394 
node 5401 and the radio terminal 5421 . The AV/C uses 
an Asynchronous packet of the 1394 as their transfer 
packet, and an FCP (Function Control Protocol) frame 
as a frame to be embedded within that packet. This FCP 
is specified in ISO-IEC 61883 (Specification of Digital 
Interface for Consumer Electronics Audio/Video Equip- 
ment). In this second embodiment, whether it is a frame 
to be transferred to the radio terminal 5421 or the radio 
terminal 5422 will be judged according to the information 
in this FCP frame at the base station node 5410 (the 
routing processing at the FCP frame level). Fig. 19 
shows details of the FCP frame. 
[0161] Fig. 20 shows the processing sequence at a 
time of transferring the AV/C command from the 1 394 
node 5401 to the radio terminal 5421 by the Asynchro- 
nous packet in this case. Fig. 20 shows an exemplary 
case where the 1 394 node 5401 plays a role of the con- 
troller in the AV/C protocol and this 1394 node 5401 
transmits the AV/C command to the radio terminal 5421 . 
Consequently, the series of processing described below 
will be preceded by the processing by which the 1394 
node 5401 that is the controller obtains the Sub Unit in- 
formation within each node on the IEEE 1394 bus and 
the processing by which the user commands the desired 
processing to the 1394 node 5401 that is the controller 
through a remote controller or the like. This processing 
sequence proceeds as follows. 

(1) The application for activating the AV/C protocol 
is executed at the 1 394 node 5401 that is the con- 
troller, and the transmission of some AV/C com- 
mand is commanded. The destination of the com- 
mand is the Sub Unit X1 54211 in the radio terminal 
5421. 

(2) The 1394 node 5401 transmits the AV/C com- 
mand in a form of the Write Request packet, to the 
base station node 5410. At this point, the destina- 
tion node ID = 2, the source node ID - 1, and the 
destination Sub UnitJD that is indicated by the FCP 
frame loaded in a packet is XI. Also, a value 'a" is 
allocated as the transaction ID on the 1 394 layer. 
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(3) When the base station node 5410 receives the 
Write Request packet properly, it returns an 
Ack_Complete message. 

(4) The base station node 5410 ascertains that the 
destination of this command is the radio terminal s 
5421, from the destination Sub UnitJD = X1 in the 
received FCP frame. 

(5) The base station node 5410 transfers the re- 
ceived FCP frame to the radio terminal 5421 by 
loading it into a radio packet on the radio network. io 
At this point, a value "q" that is the transaction ID 
(message identifier) on the radio network and that 

is allocated at the base station node 5410 is also 
transferred together. 

(6) Either before or after that, the base station node is 
541 0 stores the fact that a combination of the trans- 
action ID on the 1 394 layer = a and its source node 

ID = 1 is corresponding to the transaction ID on the 
radio network = q. 

(7) The radio terminal 5421 executes the process- 20 
ing based on the prescribed AV/C protocol accord- 
ing to the information in the received FCP frame. 

(8) The radio terminal 5421 transfers the processing 
result of the AV/C command for which the process- 
ing has been finished, to the base station node 541 0 
by using a packet on the radio network. At this point, 
the transaction ID = q that is written in the packet 
by which the executed command was received is 
also returned together, so that it becomes possible 

to identify the transaction I D on the 1 394 layer which 30 
corresponds to this packet 

(9) The base station node 5410 can ascertain that 
the received FCP frame corresponds to a combina- 
tion of the transaction ID on the 1 394 layer = a and 

the source node ID = 1 , from the transaction ID = q 35 
written in the received radio packet, so that the base 
station node 5410 can figure out that it suffices to 
transfer this FCP frame to the 1 394 node 5401 . 

(10) The base station node 5410 transmits an AW 

C response packet (to be transferred by the Write <*o 
Request packet) to the 1394 node 5401. At this 
point, the destination node ID = 1 and the source 
node ID = 2. Also, a value 'a' is allocated as the 
transaction ID on the 1394 layer. 

(11 ) When the 1 394 node 5401 receives the AV/C 4S 
response packet properly, it returns an 
Ack_Complete message to the base station node 
5410. 

[0162] The above example is directed to the case so 
where a unique transaction ID on the radio network is 
allocated at the processings (5) and (6), but besides 
that, it is also possible to use a combination of the trans- 
action ID on the 1394 layer and the source node ID di- 
rectly as the transaction ID on the radio network. ss 
[0163] Fig. 21 shows the processing sequence at a 
time of transferring the AV/C command from the radio 
terminal 5421 to the 1 394 node 5401 by the Asynchro- 



nous packet in this case. Fig. 21 shows an exemplary 
case where the radio terminal 5421 plays a role of the 
controller in the AV/C protocol and this radio terminal 
5421 transmits the AV/C command to the 1394 node 
5401 . Consequently, the series of processing described 
below will be preceded by the processing by which the 
radio terminal 5421 that is the controller obtains the Sub 
Unit information within each node on the IEEE 1 394 bus 
and the processing by which the user commands the 
desired processing to the radio terminal 5421 that is the 
controller through a remote controller or the like. This 
processing sequence proceeds as follows. 

(1) The application for activating the AV/C protocol 
is executed at the radio terminal 5421 that is the 
controller, and the transmission of some AV/C com- 
mand is commanded. The destination of the com- 
mand is the Sub Unit A 54011 in the 1394 node 
5401. 

(2) The radio terminal 5421 transmits an FCP frame 
on which the AV/C command is loaded, to the base 
station node 5410 by loading it into a radio packet. 
At this point, the destination Sub UnitJD is A, and 
the transaction ID on the radio network is "q°- 

(3) The base station node 5410 extracts the FCP 
frame from the received radio packet, and ascer- 
tains that the destination node is the 1394 node 
5401 , according to the destination Sub UnitJD val- 
ue contained therein. 

(4) The base station node 5410 transfers the re- 
ceived AV/C command to the 1394 node 5401 by 
loading it into a Write Request packet. At this point, 
the source node ID = 2, the destination node ID = 
1, and the destination Sub UnitJD is A. Also, the 
transaction ID on the 1 394 layer = a is allocated at 
the base station node 5410. 

(5) When the 1 394 node 5401 properly receives the 
Write Request packet on which the AV/C command 
is baded, it returns an Ack_Complete message to 
the base station node 5410. 

(6) The 1394 node 5401 executes the processing 
based on the prescribed AV/C protocol according to 
the information in the received FCP frame. 

(7) Either before or after that, the base station node 
5410 stores the fact that the transaction ID on the 
radio network = q corresponds to the transaction ID 
on the 1394 layer = a. 

(8) The 1394 node 5401 transfers a response mes- 
sage of the AV/C command for which the process- 
ing has been finished, to the base station node 541 0 
by loading it into a Write Request packet. At this 
point, the source node ID = 1 , the destination node 
ID = 2, and the transaction ID is 

(9) When the base station node 5410 properly re- 
ceives the Write Request packet on which the AV/ 
C response is loaded, it returns an Ack_Complete 
message to the 1 394 nocJe 540 1 . 

(10) The base station node 5410 ascertains that the 
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received Write Request packet corresponds to the 
transaction ID on the radio network = q, from the 
transaction ID value "a" written in that Write Request 
packet. 

(11) The base station node 5410 transfers the re- 
ceived FCP frame to the radio terminal 5421 that 
corresponds to the received transaction ID value, 
by loading it into a radio packet. At this point, the 
transaction ID value is the value m q m allocated by the 
radio terminal 5421 at the processing (2). 

[0164] Fig. 22 shows an exemplary packet format at 
a time of transferring the FCP frame on the radio net- 
work in the above example. The packet of Fig. 22 has 
a radio header for the sake of transfer on the radio net- 
work, and a field indicating the transaction ID for identi- 
fying the transaction (session) on the radio network. 
Then, the FCP frame is loaded into the packet, and a 
checksum such as CRC is included at the end. Using 
such a packet format, the communications regarding the 
AV/C protocol between the 1 394 node and the radio ter- 
minal as shown in Fig. 20 and Fig. 21 can be realized. 
[0165] Fig. 23 shows an exemplary case of actually 
executing the transfer of the real time data such as im- 
age data between a node existing on the IEEE 1 394 bus 
and the radio terminal. A part (a) of Fig. 23 shows a con- 
figuration at a time of the image data transfer as recog- 
nized by the radio terminal 5421 , and a part (b) of Fig. 
23 shows a configuration at a time of the image data 
transfer as recognized by the 1394 node 5401. In this 
case, the transfer processing (the connectbn process- 
ing for an Isochronous channel and a radio channel) be- 
tween them is executed by the base station node 5410. 
Also, Fig. 23 shows the case where the IEC 61 883 pro- 
tocol is executable even on the radio network. 
[01 66] The configuration shown in a part (a) of Fig. 23 
as recognized by the radio terminal 5421 is actually a 
network on which the base station node 5410 and the 
radio terminals 5421 and 5422 are existing, but the radio 
terminal 5422 is omitted here. The radio terminal 5421 
contains a decoder Sub Unit 54213 for decoding and 
displaying the received image data, and plugs (o_plug 
5421 4, Lplug 5421 5) for executing the transmission and 
reception (input and output) processing of the image da- 
ta with respect to a channel on the radio network. Then, 
the decoder Sub Unit 54213 and the Lplug 54215 is 
connected by a connection 54216. Also, the base sta- 
tion node 5410 appears to contain a video source Sub 
Unit 54103 for storing the video data which is actually 
existing in the 1394 node 5401, and contains plugs 
(o_plug 54104, Lplug 54105) for executing the trans- 
mission and reception (input and output) processing of 
the image data with respect to a channel on the radio 
network. Then, the video source Sub Unit 54103 and 
the o_plug 54104 is connected by a connection 54106. 
In addition, the o_plug 54104 of the base station node 
541 0 and the Lplug 5421 5 of the radio terminal 5421 is 
connected by a channel A on the radio network. 



[0167] The configuration shown in a part (b) of Fig. 23 
as recognized by the 1 394 node 5401 is actually a net- 
work on which the base station node 541 0 and the 1 394 
nodes 5401 and 5402 are existing, but the 1394 node 
5 5402 is omitted here. The 1394 node 5401 contains a 
video source Sub Unit 5401 3 for storing the image data, 
and plugs (o_plug 54014, Lplug 54015) for executing 
the transmission and reception (input and output) 
processing of the image data with respect to an Iso- 
io chronous channel on the IEEE 1 394 bus. Then, the vid- 
eo source Sub Unit 5401 3 and the o__p!ug 54014 is con- 
nected by a connection 54016. Also, the base station 
node 541 0 appears to contain a decoder Sub Unit 541 07 
for decoding and displaying the received image data 
is which is actually existing in the radio terminal 5421 , and 
contains plugs (o_plug 54108, Lplug 54109) for execut- 
ing the transmission and reception (input and output) 
processing of the image data with respect to an Iso- 
chronous channel on the IEEE 1394 bus. Then, the de- 
20 coder Sub Unit 54107 and the Lplug 54109 is connect- 
ed by a connectbn 541 1 0. In addition, the o_plug 5401 4 
of the 1394 node 5401 and the Lplug 54109 of the base 
station node 5410 is connected by an Isochronous 
channel X on the IEEE 1394 bus. 
25 [0168] In such a configuration, the base station node 
5410 stores the fact that the connection 54106 in the 
own node in the configuration of a part (a) of Fig. 23 as 
recognized by the radio terminal 5421 is actually corre- 
sponding to a combination of the Isochronous channel 
30 X and the connection 5401 6 in the 1 394 node 5401 , and 
the fact that the connection 54110 in the own node in 
the configuration of a part (b) of Fig. 23 as recognized 
by the 1394 node 5401 is actually corresponding to a 
combination of the channel A on the radio network and 
35 the connection 5421 6 in the radio terminal 5421 . Then, 
the transfer processing for the actually transferred im- 
age data is executed according these combinations. 
[0169] Fig. 24 shows an exemplary processing se- 
quence to be executed in the case of actually transfer- 
ee ring the image data by constructing such a network con- 
figuration. Fig. 24 shows the case where the 1 394 node 
5401 is operating as the control node in the AV/C pro- 
tocol. Consequently, Fig. 24 is directed to the sequence 
where the connectbn 54016 in the 1394 node is set up 
45 by the 1394 node itself, for example, but in the case 
where a separate control node exists, it is also possible 
to set it up by the AV/C command (such as a connect 
command, for example) from that control node. This 
processing sequence proceeds as follows. 



so 



55 



(1 ) The 1 394 node 5401 requests the disclosure of 
the Sub Unit information in the base station node 
5410 (by transmitting the Unit Info/Sub Unit Info 
command of the AV/C protocol, for example). 

(2) The base station node 541 0 discloses the de- 
coder Sub Unit 541 07 (wh ich is actually the decoder 
Sub Unit 54213 existing in the radio terminal 5421) 
in the base statbn node as the Sub Unit information 
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in the own node, to the 1 394 node 5401 . 

(3) The 1394 node 5401 sets up the connection 
54016 in the own node. 

(4) The 1394 node 5401 or the base station node 
5410 acquires the Isochronous channel X on the s 
IEEE 1394 bus. Here, the channel with bandwidth 

= 1 0 Mbps is acquired. 

(5) The 1394 node 5401 notifies to the base station 
node 541 0 that packets from the Isochronous chan- 
nel X will be received by the i _plug54109.The 1394 io 
node 5401 also notifies that packets will be trans- 
mitted to the Isochronous channel X by the o_plug 
54014 in the own node (IEC 61883 protocol). 

(6) The 1394 node 5401 transmits the AV/C com- 
mand (a connect command, for example) for con- is 
necting between the decoder Sub Unit 54107 and 

the Lplug 54109 in the base station node 5410, to 
the base station node 5410. 

(7) Upon receiving the command, the base station 
node 541 0 sets up the connection 541 06 in the con- 20 
figuration of a a part (a) of Fig. 23 as recognized by 

the radio terminal 5421 and the connection 54110 
in the configuration of a part (b) of Fig. 23 as recog- 
nized by the 1394 node 5401, which are corre- 
sponding to the command, and stores that they are 2s 
corresponding. 

(8) The base station node 5410 acquires the chan- 
nel A on the radio network (protocol on the radio 
network). At this point, the bandwidth of the channel 

A is set to be the bandwidth of the Isochronous 30 
channel X notified by the above processing (5), 
which is equal to 1 0 Mbps. In this way, the base sta- 
tion node 5410 recognizes that the Isochronous 
channel X and the channel A on the radio network 
are corresponding. 35 

(9) The base station node 541 0 notifies to the radio 
terminal 5421 that packets from the channel A will 
be received by the Lplug 54215. The base station 
node 5410 also notifies that packets will be trans- 
mitted to the channel A by the o_plug 54104 in the *o 
own node (IEC 61883 protocol). 

(10) The base station node 541 0 transmits the AW 
C command (a connect command, for example) for 
connecting between the decoder Sub Unit 5421 3 
and the Lplug 5421 5 in the radio terminal 5421 , to 45 
the radio terminal 5421, as a processing corre- 
sponding to the AV7C command received by the 
above processing (6). 

(11) The radio terminal 5421 sets up the connection 
54216 in the own node according to the received so 
command, and connects between the decoder Sub 
Unit 5421 3 and the Lplug 54215. 

(12) The radio terminal 5421 returns a notice that 
the received command has been completed prop- 
erly to the base station node 541 0. ss 

(13) Upon receiving a notice of the proper comple- 
tion from the radio terminal 5421, the base station 
node 541 0 returns a notice that the processing cor- 



responding to the AV/C command received at the 
above processing (6) has been completed properly, 
to the 1394 node 5401. 

(14) The image data are transmitted from the video 
source Sub Unit 54013 of the 1394 node 5401 to 
the Isochronous channel X through the connection 
5401 6 and the o_plug 5401 4 in the 1 394 node 5401 , 
and further transferred to the decoder Sub Unit 
54107 through the Lplug 54109 of the base station 
node 5410 and the connection 54110 in the base 
station node 5410. 

(15) The base station node 5410 executes the 
processing for transferring the image data received 
at the decoder Sub Unit 54107 in the configuration 
as recognized from the 1394 node side into the 
transmission data to be transmitted from the video 
source Sub Unit 54103 in the configuration as rec- 
ognized from the radio terminal side. 

(16) The image data are transmitted f rom the video 
source Sub Unit 54103 of the base station node 
5410 to the channel A on the radio network through 
the connection 54106 and the o_plug 54104 in the 
base station node 5410, and further transferred to 
the decoder Sub Unit 54213 through the Lplug 

5421 5 of the radio terminal 5421 and the connection 

54216 in the radio terminal 5421 . 

(17) The radio terminal 5421 executes the decoding 
processing of the received image data, and displays 
the decoded image data on a display screen. 

[01 70] In the above sequence, the transfer of a trans- 
fer acknowledgement message (Ack Message) for each 
packet as defined by IEEE 1 394-1 995 is omitted for sim- 
plicity. 

[0171] Fig. 25 shows another exemplary processing 
sequence to be executed in the case of transferring the 
image data similarly. Fig. 25 shows the case where the 
radio terminal 5421 is operated as the control node in 
the AV/C protocol. This processing sequence proceeds 
as follows. 

(1 ) The radio terminal 5421 requests the disclosure 
of the Sub Unit information in the base station node 
5410 (by transmitting the Unit Info/Sub Unit Info 
command of the AV/C protocol, for example). 

(2) The base station node 541 0 discloses the video 
source Sub Unit 54103 (which is actually the video 
source Sub Unit 54013 existing in the 1394 node 
5401 ) as the Sub Unit information in the own node, 
to the radio terminal 542 1 . 

(3) The radio terminal 5421 sets up the connection 
54216 in the own node. 

(4) The radio terminal 542 1 or the base station node 
5410 acquires the channel A on the radio network 
(protocol on the radio network). Here, the channel 
with bandwidth = 10 Mbps is acquired. 

(5) The radio terminal 5421 notifies to the base sta- 
tion node 5410 that packets to the channel A will be 
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transmitted by the o_plug 54 1 04. The radio terminal 
5421 also notifies that packets from the channel A 
will be received by the Lplug 5401 5 in the own node 
(IEC 61883 protocol). 

(6) The radioterminal 5421 transmits the AV/C com- s 
mand (a connect command, for example) for con- 
necting between the video source Sub Unit 54103 
and the o_plug 54104 in the base station node 
5410, to the base station node 5410. 

(7) Upon receiving the command, the base station 10 
node 5410 sets up the connection 54106 in the con- 
figuration of a a part (a) of Fig. 23 as recognized by 

the radio terminal 5421 and the connection 54110 
in the configuration of a part (b) of Fig. 23 as recog- 
nized by the 1394 node 5401, which are corre- is 
sponding to the command, and stores that they are 
corresponding. 

(8) The base station node 5410 acquires the Iso- 
chronous channel X on the IEEE 1394 bus. At this 
point, the bandwidth of the Isochronous channel X 20 
is set to be the bandwidth of the channel A on the 
radio network notified by the above processing (5), 
which is equal to 10 Mbps. In this way, the base sta- 
tion node 5410 recognizes that the Isochronous 
channel X and the channel A on the radio network 2S 
are corresponding. 

(9) The base station node 5410 notifies to the 1 394 
node 5401 that packets to the Isochronous channel 
X will be transmitted by the o__plug 5401 4. The base 
station node 541 0 also notifies that packets from the so 
Isochronous channel X will be received by the 
Lplug 541 09 in the own node. (IEC 61 883 protocol). 

(10) The base station node 5410 transmits the AW 
C command (a connect command, for example) for 
connecting between the video source Sub Unit 35 
5401 3 and the o _plug 540 14 in the 1394 node 5401, 

to the 1394 node 5401, as a processing corre- 
sponding to the AV/C command received by the 
above processing (6). 

(11) The 1394 node 5401 sets up the connection *o 
54016 in the own node according to the received 
command, and connects between the video source 
Sub Unit 54013 and the o_plug 54014. 

(12) The 1 394 node 5401 returns a notice that the 
received command has been completed properly to *5 
the base station node 5410. 

(1 3) Upon receiving a notice of the proper comple- 
tion from the 1 394 node 5401 , the base station node 
5410 returns a notice that the processing corre- 
sponding to the AV/C command received at the so 
above processing (6) has been completed property, 

to the radio terminal 5421 . 

(14) The image data are transmitted from the video 
source Sub Unit 54013 of the 1394 node 5401 to 

the Isochronous channel X through the connection ss 
5401 6 and the o _plug 5401 4 in the 1394 node 5401, 
and further transferred to the decoder Sub Unit 
54107 through the i _plug 54109 of the base station 
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node 5410 and the connection 54110 in the base 
station node 5410. 

(15) The base station node 5410 executes the 
processing for transferring the image data received 
at the decoder Sub Unit 54107 in the configuration 
as recognized from the 1 394 node side into the 
transmission data to be transmitted from the video 
source Sub Unit 54103 in the configuration as rec- 
ognized from the radio terminal side. 

(1 6) The image data are transmitted from the video 
source Sub Unit 54103 of the base station node 
541 0 to the channel A on the radio network through 
the connection 54106 and the o_plug 54104 in the 
base station node 5410, and further transferred to 
the decoder Sub Unit 54213 through the Lplug 

5421 5 of the radioterminal 5421 and the connection 

54216 in the radioterminal 5421. 

(17) The radioterminal 5421 executes the decoding 
processing of the received image data, and displays 
the decoded image data on a display screen. 

[0172] By the series of processing as described 
above, it is possible to realize the image data transfer 
processing from the 1 394 node (the 1 394 node 5401 in 
the examples of Fig. 23and Fig. 25) to the radio terminal 
(the radio terminal 5421 in the examples of Fig. 24 and 
Fig. 25) according to this second embodiment. Also by 
the similar processing, it is possible to transfer the image 
data existing in the radio terminal 5421 to the 1 394 node 
5401 on the IEEE 1 394 bus and playback the image da- 
ta of the radio terminal 5421 at the 1 394 node 5401 . 
[0173] Fig. 26 shows an exemplary internal configu- 
ration of the base station node 5410. In the base station 
node 541 0, the processing for showing the Sub Unit in- 
formation on the IEEE 1394 bus to the radio network 
side and the processing for showing the Sub Unit infor- 
mation on the radio network to the IEEE 1 394 bus side 
are executed, and their correspondence is maintained. 
Also, at a time of carrying out the packet transfer be- 
tween the IEEE 1394 bus and the radio network, the 
routing processing according to this Sub Unit informa- 
tion is executed. In addition, the base station node 5410 
maintains the correspondence between the transaction 
ID attached on the IEEE 1394 bus and the message 
identifier such as the transaction ID attached on the ra- 
dio network, and executes the routing processing at a 
time of the packet transfer between the IEEE 1394 bus 
and the radio network according to that correspond- 
ence. 

[0174] In order to provide these functions, the base 
station node 5410 contains a radio interface processing 
unit 6801 for providing the interface function with re- 
spect to the radio network, a packet conversion process- 
ing unit 6802 for executing the conversion processing 
for a packet into which the FCP frame is to be loaded 
between the IEEE 1394 bus and the radio network 
(more specifically the transfer processing for the FCP 
frame between a packet on the IEEE 1394 bus and a 
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packet on the radio network), and a 1394 interface 
processing unit 6805 for providing the interface function 
with respect to the IEEE 1394 bus. 
[0175] The base station node 5410 also includes a 
Sub Unit J D correspondence table 6803 for storing the 
correspondence between the Sub Unit information on 
the IEEE 1394 bus and the Sub Unit information on the 
radio network, and a transaction/channel correspond- 
ence table 6804 for storing the correspondence be- 
tween the transaction ID attached on the IEEE 1 394 bus 
and the transaction ID attached on the radio network as 
well as the correspondence between the Isochronous 
channel on the IEEE 1394 bus and the resource (chan- 
nel) on the radio network, for the sake of the packet con- 
version processing at the packet conversion processing 
unit 6802. 

[0176] Besides these functions, the base station node 
541 0 may also have a function for executing the appli- 
cation on the IEEE 1394 bus or the application on the 
radio network, but such a function is not directly related 
to the present invention so that it is omitted in Fig. 26. 
[0177] Fig. 27 shows an exemplary internal configu- 
ration of the radio terminal 5421. The radio terminal 
5421 carries out communications with the base station 
node 5410 by using the Sub Unit information. Conse- 
quently, the radio terminal 5421 contains a radio inter- 
face processing unit 6901 for providing the interface 
function with respect to the radio network, an FCP frame 
processing unit 6902 for executing the processing for 
the FCP frame corresponding to the AV/C protocol that 
is to be loaded into a packet to be transferred on the 
radio network (such as attaching of the destination/ 
source Sub UnitJD, attaching of the desired command/ 
request information, for example), a Sub Unit informa- 
tion management unit 6903 for managing the Sub Unit 
information on the radio network, and an application ex- 
ecution unit 6904 for actually executing the AV/C proto- 
col or the like. 

[0178] Here, it is assumed that the radio terminal 5421 
basically executes the AV/C protocol, so that Fig. 27 
shows the case of carrying out the Sub Unit information 
management, but in the case of the radio terminal which 
executes the HAVi protocol, for example, the SEID in- 
formation that is its software identifier, the Functional 
Component information, etc., will be managed. 
[01 79] Next, the third and fourth embodiments direct- 
ed to the case where the radio terminal moves in the 
radio network and a communication node to be connect- 
ed changes (the case of handoff) will be described. Each 
node and the radio terminal in the third and fourth em- 
bodiments basically have the same functions as de- 
scribed in the second embodiment, so that the differenc- 
es from the second embodiment will be mainly de- 
scribed. 

[0180] Referring now to Fig. 28 to Fig. 33, the third 
embodiment of a communication node and a communi- 
cation terminal according to the present invention will 
be described in detail. 
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[0181] As shown in Fig. 28, this third embodiment is 
directed to the case where a radio terminal 621 moves 
in the radio network and a communication node to be 
connected is changed from a communication node 602 

s to a communication node 601 (the case of handoff). Fig. 
28 shows the case where there are communication 
nodes 601 and 602 each having a radio interface and a 
1 394 interface, as well as 1 394 nodes 6 1 1 and 61 2 each 
having a 1 394 interface but no radio interface, and the 

io 1394 node 611 is the control node on the IEEE 1394 
bus. There is also a radio terminal 621 which moves in 
the radio network while communicating with the commu- 
nication node. Note that the radio terminal 621 has a 
decoder function provided therein. 

is [0182] In this third embodiment, the case of carrying 
out the Isochronous communication between the radio 
terminal 621 and the 1 394 node 61 2 will be considered 
similarly as in the second embodiment. Here, as the be- 
havior of the communication node on the I EE E 1 394 bus 

20 at a time of executing such a handoff processing, it is 
possible to consider two cases including: (1) the case 
where the handoff processing is realized after the Iso- 
chronous channel is newly acquired on the IEEE 1394 
bus, and (2) the case where the handoff processing is 

2S realized using the Isochronous channel that has been 
used up until then, without acquiring a new Isochronous 
channel. 

[0183] In this third embodiment, the former case of re- 
alizing the handoff processing by acquiring a new Iso- 

30 chronous channel will be described. The latter case of 
realizing the handoff processing using the Isochronous 
channel that has been used up until then without acquir- 
ing a new Isochronous channel will be described as the 
fourth embodiment. 

35 [0184] Fig. 29 and Fig. 30 respectively show states of 
the Isochronous channel and the inter-Sub Unit connec- 
tion before and after the handoff processing for switch- 
ing from the communication node 602 to the communi- 
cation node 601 due to the move of the radio terminal 

^o 621 when the video image is transmitted from the video 
source in the 1394 node 612 to the radio terminal 621 
through the communication node 602. 
[0185] First, the processing sequence similar to that 
of Fig. 24 or Fig. 25 is executed. As a result, the state 

45 before the handoff processing is such that the 1394 
node 612 is transmitting the video data from the video 
source Sub Unit 53 to the Isochronous channel (ch = X) 
through the o _plug 52, and the communication node 
602 is receiving the data on the Isochronous channel 

so (ch = X) and transferring them to the decoder Sub Unit 
43 through the Lplug 41. Here, this processing for the 
data transfer to the decoder Sub Unit 43 is actually ex- 
ecuted by the protocol conversion/data transfer 
processing from the commun ication node 602 to the ra- 

ss dio terminal 621. 

[0186] At this point, suppose that the communication 
is handed off to the communi cation node 601 as the ra- 
dio terminal 621 moves. In tmis third embodiment, at a 
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time of this handoff processing, there is a need for the 
radio terminal 621 to notify the physical ID at the IEEE 
1 394 bus of the communication node to which it has 
been connected up until then (the communication node 
602 here), the information on the Isochronous channel s 
that has been used for the data transfer (channel 
number (X), bandwidth, etc.), and the information on 
Sub Unit configuration/inter-Sub unit connection in the 
communication node 602, etc., to the communication 
node 601 to which it is to be newly connected. 10 
[0187] For this reason, the communication node 602 
has a function for notifying the above described physical 
ID, Sub Unit related information, etc., to the radio termi- 
nal 621 when the radio terminal 621 is connected, and 
a function for receiving the above described information 
from the radio terminal 621 and executing the corre- 
sponding processing to it at a time of executing the 
handoff. Also, the radio terminal 621 has a function for 
maintaining the above described information notified 
from the communication node 602, and a function for 20 
notifying the above described information to the com- 
munication node 601 to be newly connected at a time 
of executing the handoff. 

[0188] In the following example, the above described 
information that is notified from each communication 2S 
node to the radio terminal at a time of the radio terminal 
connection (the physical ID of the node, the information 
on the Isochronous channel (ch = X) that has been used 
for the data transfer to the radio terminal 621 (channel 
number, bandwidth, etc.) and the information on the Sub 30 
Unit configuration/connection within the own node, etc.) 
will be referred to as "handoff information'. 
[01 89] Now, the processing procedure to be executed 
at a time of the handoff of the radio terminal 621 from 
the communication node 602 to the communication 35 
node 601 will be described. 

[0190] Fig. 31 shows an exemplary processing se- 
quence in this case, and Fig. 32 shows an exemplary 
processing procedure at the communication nodes 601 
and 602 in this case. 40 

(0) The radio terminal 621 is connected to the com- 
munication node 602 and the radio resource is re- 
served between the communication node 602 and 

the radio terminal 621 . 4S 

(1) By the command from the control node 611 (the 
command similar to that explained in the second 
embodiment), the data communication from the 
1 394 node 612 to the radio terminal 621 is started 
(that is, the Isochronous channel (ch = X) and the so 
inter-Sub Unit connection in the 1394 node 612/the 
communication node 602, etc., are set up). 

(2) The communication node 602 notifies the hand- 
off information to the radio terminal 621. 

(3) The radio terminal 621 moves, and the handoff ss 
processing to change the node to be connected 
from the communication node 602 to the communi- 
cation node 601 is started, while the radio resource 



between the communication node 601 and the radio 
terminal 621 is reserved. 

(4) The radio terminal 621 notifies the handoff infor- 
mation of the communication node 602 to which it 
has been connected up until then, to the communi- 
cation node 601. 

(5) The communication node 601 creates the de- 
coder Sub Unit 63 of Fig. 30 in the own node, ac- 
cording to the Sub Unit information in the notified 
handoff information. 

(6) The communication node 601 notifies com- 
mands for the handoff processing that are produced 
from the received handoff information, to the control 
node 611. 

(7) The control node 611 executes the following 
processing according to the commands from the 
communication node 601 . 

(a) By the connect command of the AV/C pro- 
tocol, for example, the Lplug 61 and the decod- 
er Sub Unit 63 of the communication node 601 
are connected. 

(b) By the IEC 61883 protocol, for example, the 
Isochronous channe I (ch = Y) for the data trans- 
fer is set up between the Lplug 61 of the com- 
munication node 601 and the o_plug 42 of the 
communication node 602. 

(c) By the connect command of the AV/C pro- 
tocol, for example, the Lplug 41 and the o_plug 
42 of the communication node 602 are connect- 
ed. 

(d) By the Disconnect command of the AV/C 
protocol, for example, the connect ion between 
the i _plug 41 and the decoder Sub Unit 43 of 
the communication node 602 is disconnected. 

(8) From a timing at which the Lplug 41 and the 
o_plug 42 of the communication node 602 are con- 
nected by the above (7)(c), the video data of the 
1394 node 612 are transferred to the communica- 
tion node 602 through the Isochronous channel (ch 
= X), turned back within the communication node 
602, and transferred again to the communication 
node 601 through the Isochronous channel (ch = Y). 

(9) Either before or after that, the decoder Sub Unit 
43 in the communication node 602 is deleted, and 
the radio resource between the communication 
node 602 and the radio terminal 621 is released. 

(10) The communication node 601 notifies the 
handoff information to the radio terminal 621 . 

[0191] In the case where the radio terminal 621 
moves further, the above processings (3) to (10) will be 
repeated. 

[0192] Note that, in the above processing (6), the 
communication node 601 that received the handoff in- 
formation commands the control node 611 to issue pre- 
scribed commands, but it is also possible for the radio 
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terminal 621 to command the control node 611 in a man- 
ner similar to that of the remote control operation. In 
such a case, the information on the Isochronous chan- 
nel, the physical ID and the internal inter-Sub Unit con- 
nection inf ormatbn of the communication node to which s 
it has been connected up until then (the communication 
node 602 in the above example) become unnecessary 
in the handoff information to be notified from the radio 
terminal 621 to the newly connected communication 
node (the communication node 601 in the above exam- 
ple), but instead, it becomes necessary for the control 
node 611 to have the handoff processing function for 
reading out the handoff information and executing the 
necessary processing. 

[01 93] Also, in the above processing, the control node 
611 and the communication nodes 601 and 602 are 
processed as separate nodes, but it is also possible for 
the communication node 601 or the communication 
node 602 to have the function of the control node 61 1 . 
[01 94] Moreover, in the above processing, the decod- 
er Sub Unit that has been created in the node from which 
the radio terminal is handed off (the communication 
node 602 in the above example) at the above process- 
ing (9) is deleted, but there is not absolutely necessary 
to delete this decoder Sub Unit. For example, it is pos- 
sible for each communication node to maintain the de- 
coder Sub Unit even while the radio terminal is not con- 
nected, and connect the decoder Sub Unit with the 
Lplug and the o _plug in the own node only when the 
radio terminal is actually connected. 
[0195] Now the processing procedure shown in Fig. 
32 will be described. 

[0196] First, the communication node that is a moving 
origin of the radio terminal in the case where there is no 
move of the radio terminal will be described. 
[0197] Initially, the communication node is in a state 
of having no radio terminal connected (step S1). Then, 
when the radio terminal is to be connected (step S2), if 
there is no handoff information for that radio terminal 
(step S3), the decoder Sub Unit is added (step S4) and 
the radio terminal is connected (step S5). 
[01 98] Here, if the radio terminal is to be disconnected 
(step S6), the processing returns to the step S1 , but if 
the data transfer request is issued (step S7), the re- 
source necessary for the data transfer between the tar- 
get 1394 node and the radio terminal is reserved (step 
S8), the handoff information is notified to the radio ter- 
minal (step S9), and the data received from the IEEE 
1394 bus are transferred to the radio terminal (step 
S10). 

[01 99] Note here that, if another radio terminal is also 
to be connected (step S14), the new radio terminal con- 
nection processing is started (step S1 5). 
[0200] Next, when that radio terminal is to be discon- 
nected from that communication node (step S11), if 
Connect, Disconnect, and request for start data com- 
munication to (ch_Y) are not received within a pre- 
scribed period of time (step S12), it is regarded that this 



radio terminal is not to be connected with any commu- 
nication node so that (ch_X) is disconnected (step S1 3) 
and the processing returns to the step S1 . 
[0201 ] On the other hand, if Connect, Disconnect, and 
request for start data communication to (ch_Y) are re- 
ceived within a prescribed period of time (step S12), it 
implies that this radio terminal has moved to another 
communication node so that the handoff processing is 
executed (step S16). Then, the processing for turning 
back from (ch_X) to (ch_Y) (the relay processing) is ex- 
ecuted (step S17). 

[0202] Note here that, if another radio terminal is also 
to be connected (step S1 9), the new radio terminal con- 
nection processing is started (step S15). 
[0203] Next, when the command for disconnecting 
(ch_X) is received (step S18), (ch_X) is disconnected 
(step S20), the Lplug and the o_plug are disconnected 
whjle (ch_Y) is disconnected (step S21), and the 
processing returns to the step S1 . 
[0204] Next, the communication node that is a moving 
target of the radio terminal will be described. 
[0205] Initially, the communication node is in a state 
of having no radio terminal connected (step S1 ). Then, 
when the radio terminal is to be connected (step S2), if 
there is the handoff information for that radio terminal 
(step S3), the decoder Sub Unit is added (step S22), 
commands are produced from the handoff information, 
and these commands are notified to the control node 
(step S23). 

[0206] Here, if Connect and request for start data re- 
ception of (ch_X) are not received within a prescribed 
period of time (step S24), the processing proceeds to 
the step S5 and the handoff processing is not carried 
out. If Connect and request for start data, reception of 
(ch_X) are received within a prescribed period of time 
(step S24), the handoff processing is executed (step 
S25), and the handoff information is notified to that radio 
terminal (step S26). Then, the processing proceeds to 
the step S10 and the data received from the IEEE 1394 
bus are transferred to the radio terminal. 
[0207] Note that th e above example is directed to the 
case of executing the data transfer from the 1 394 node 
on the IEEE 1 394 bus to the radio terminal, but it is also 
possible to execute the data transfer from the radio ter- 
minal to another 1394 node on the IEEE 1394 bus by 
the similar processing. 

[0208] Fig. 33 shows an exemplary internal configu- 
ration of the communication node 602 in this third em- 
bodiment. 

[0209] This communication node 602 comprises a ra- 
dio interface processing unit 901 for executing the inter- 
face processing function with respect to the radio net- 
work, a protocol conversion processing unit 902 for ex- 
ecuting the protocol conversion processing between the 
radio network and the IEEE 1394 bus. a Sub Unit con- 
figuration management processing unit 904 for execut- 
ing the management processing such as addition/dele- 
tion of information regarding the Sub Unit configuration 
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in the communication node 602, an AV/C protocol 
processing unit 905 for executing the processing corre- 
sponding to the AV/C command upon receiving the AW 
C command from the control node or the like, an IEC 
61883 protocol processing unit 906 for executing the s 
processing corresponding to the IEC 61883 protocol 
command upon receiving the IEC 61883 protocol com- 
mand from the control node, a handoff information trans- 
mission and reception processing unit 907 for executing 
the handoff information transmission and reception 10 
processing, a handoff information production process- 
ing unit 908 for producing the handoff information such 
as Sub Unit information within the own node, a handoff 
information analysis processing unit 909 for analyzing 
the received handoff information, executing the decoder is 
Sub Unit addition processing within the communication 
node 602 and the inter-Sub Unit connection state 
changing processing, recognizing the communication 
node to/from which the radio terminal is to be handed 
off and the necessary processing on the IEEE 1 394 bus, 20 
and executing the processing for transmitting com- 
mands corresponding to these processings through the 
control node 611, and a 1394 interface processing unit 
903 for executing the interface processing function with 
respect to the IEEE 1394 bus. 2S 
[0210] The processings to be executed by the Sub 
Unit configuration management processing unit 904 in 
this third embodiment include, apart from the process- 
ings described in the second embodiment, the process- 
ing for notifying Sub Unit information within the own so 
node such as the decoder Sub Unit to the handoff infor- 
mation production processing unit 908, and the process- 
ing for adding the new Sub Unit to the Sub Unit config- 
uration in the own node or changing the Sub Unit con- 
figuration in the own node according to the Sub Unit con- 35 
figuration information notified from the handoff informa- 
tion analysis processing unit 909. 
[0211] Referring now to Fig. 34 to Fig. 37, the fourth 
embodiment of a communication node and a communi- 
cation terminal according to the present invention will *o 
be described in detail. 

[021 2] This fourth embodiment is also directed to the 
case where a radio terminal 621 moves in the radio net- 
work and a communication node to be connected is 
changed from a communication node 602 to a commu- 4s 
nication node 601 (the case of handoff) as shown in Fig. 
28, and here the case of realizing the handoff process- 
ing without acquiring a new Isochronous channel at a 
time of executing the handoff processing will be de- 
scribed, so 
[021 3] Fig. 34 and Fig. 35 respectively show states of 
the Isochronous channel and the inter-Sub Unit connec- 
tion within the communication node before and after the 
handoff processing for switching from the communica- 
tion node 602 to the communication node 601 due to ss 
the move of the radio terminal 621. 
[0214] First, the processing sequence similar to that 
of Fig. 24 or Fig. 25 is executed. As a result, the state 
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before the handoff processing is such that the 1394 
node 612 is transmitting the video data from the video 
source Sub Unit 53 to the Isochronous channel (ch = X) 
through the o_plug 52, and the communication node 
602 is receiving the data on the Isochronous channel 
(ch = X) and transferring them to the decoder Sub Unit 
43 through the Lplug 41. Here, this processing for the 
data transfer to the decoder Sub Unit 43 is actually ex- 
ecuted by the protocol conversion/data transfer 
processing from the communication node 602 to the ra- 
dio terminal 621. 

[021 5] At this point, suppose that the communication 
is handed off to the communication node 601 as the ra- 
dio terminal 621 moves. In this fourth embodiment, there 
is also a need to notify the handoff information neces- 
sary for this handoff processing between the radio ter- 
minal 621 and the communication nodes 602 and 601 . 
Here, similarly as in the third embodiment, the handoff 
information includes the physical ID at the IEEE 1394 
bus of the communication node to which it has been con- 
nected up until then (the communication node 602 
here), the information on the Isochronous channel (ch 
= X) that has been used for the data transfer, and the 
information on Sub Unit configuration/inter-Sub unit 
connection in the communication node 602, etc. 
[0216] For this reason, the communication node 602 
of this fourth embodiment also has a function for notify- 
ing the above described handoff information to the radio 
terminal 621 when the radb terminal 621 is connected, 
and a function for receiving the above described handoff 
information from the radio terminal 621 and changing 
the Sub Unit configuration and the inter-Sub Unit con- 
nection state within the own node according to that in- 
formation at a time of executing the handoff. 
[021 7] Now, the processing procedure to be executed 
at a time of the handoff of the radio terminal 621 from 
the communication node 602 to the communication 
node 601 will be described. 

[0218] Fig. 36 shows an exemplary processing se- 
quence in this case, and Fig. 37 shows an exemplary 
processing procedure at the communication nodes 601 
and 602 in this case. 

(0) The radio terminal 62 1 is connected to the com- 
munication node 602 and the radio resource is re- 
served between the communication node 602 and 
the radio terminal 621 . 

(1 ) By the command from the control node 61 1 (the 
command similar to that explained in the second 
embodiment), the data communication from the 
1394 node 612 to the radio terminal 621 is started 
(that is, the Isochronous channel (ch - X) and the 
inter-Sub Unit connection in the 1 394 node 61 2/the 
communication node 602, etc., are set up). 

(2) The communication node 602 notifies the hand- 
off information to the radio terminal 621 . 

(3) The radio terminal 621 moves, and the handoff 
processing to change the node to be connected 
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from the communication node 602 to the communi- 
cation node 601 is started, while the radio resource 
between the communication node 601 and the radio 
terminal 621 is reserved. 

(4) The radio terminal 621 notifies the handoff infor- 
mation of the communication node 602 to which it 
has been connected up until then, to the communi- 
cation node 601 . 

(5) The communication node 601 creates the de- 
coder Sub Unit 63 of Fig. 35 in the own node, ac- 
cording to the Sub Unit information in the notified 
handoff information. 

(6) The communication node 601 notifies com- 
mands for the handoff processing that are produced 
from the received handoff information, to the control 
node 611. 

(7) The control node 611 executes the following 
processing according to the commands from the 
communication node 601. 

(a) By the IEC 61 883 protocol, for example, the 
Lplug of the communication node 601 is set to 
receive the Isochronous channel (ch = X). 

(b) By the connect command of the AV/C pro- 
tocol, for example, the Lplug 61 and the decod- 
er Sub Unit 63 of the communication node 601 
are connected. 

(c) By the Disconnect command of the AV/C 
protocol, for example, the connection between 
the Lplug 41 and the decoder Sub Unit 43 of 
the communication node 602 is disconnected. 

(d) By the I EC 61 883 protocol, for example, the 
Lplug of the communication node 602 is set to 
stop receiving the Isochronous channel (ch = 
X). 

(8) From a timing at which the Lplug 61 and the 
decoder Sub Unit 63 of the communication node 
601 are connected by the above (7)(b), the video 
data of the 1394 node 612 are transferred to the 
communication node 601 through the Isochronous 
channel (ch = X), applied with the protocol conver- 
sion processing at the communication node 601 , 
and transferred to the radio terminal 621 , such that 
the transfer of the video data to the radio terminal 
621 is realized. 

(9) Either before or after that, the decoder Sub Unit 
43 in the communication node 602 is deleted, and 
the radio resource between the communication 
node 602 and the radio terminal 621 is released. 

(10) The communication node 601 notifies the 
handoff information to the radio terminal 621 . 

[0219] In the case where the radio terminal 621 
moves further, the above processings (3) to (10) will be 
repeated. 

[0220] Note that, in the above processing (6), the 
communication node 601 that received the handoff in- 



formation commands the control node 61 1 to issue pre- 
scribed commands, but it is also possible for the radio 
terminal 621 to command the control node 61 1 in a man- 
ner similar to that of the remote control operation. 
5 [0221] Also, in the above processing, the control node 
611 and the communication nodes 601 and 602 are 
processed as separate nodes, but it is also possible for 
the communication node 601 or the communication 
node 602 to have the function of the control node 611 . 

w [0222] Moreover, in the above processing, the decod- 
er Sub Unit that has been created in the node from which 
the radio terminal is handed off (the communication 
node 602 in the above example) at the above process- 
ing (9) is deleted, but there is not absolutely necessary 

is to delete this decoder Sub Unit For example, it is pos- 
sible for each communication node to maintain the de- 
coder Sub Unit even while the radio terminal is not con- 
nected, and connect the decoder Sub Unit with the 
Lplug and the o_plug in the own node only when the 

20 radio terminal is actually connected. 

[0223] Now the processing procedure shown in Fig. 
37 will be described. Here, the differences from the 
processing procedure of Fig. 32 will be described. 
[0224] At the communication node which is the mov- 

25 |ng origin of the radio terminal, the steps S16, S17, S18, 
S19, S20 and S21 of Fig. 32 are omitted, and instead, 
at the handoff processing of the step S116, the Lplug 
and the decoder Sub Unit are disconnected and the re- 
ception from (ch_X) at the Lplug is terminated (or the 

so decoder Sub Unit may be deleted in some cases). 
[0225] Also, at the communication node which is the 
moving target of the radio terminal, the difference from 
the third embodiment is that the setting for receiving 
from the Isochronous channel (ch_X) which has been 

35 used by the communication node that is the moving or- 
igin of the radio terminal is carried out at the step S1 25. 
[0226] Note that the above example is directed to the 
case of executing the data transfer from the 1 394 node 
on the IEEE 1 394 bus to the radio terminal, but it is also 

40 possible to execute the data transfer from the radio ter- 
minal to another 1394 node on the IEEE 1394 bus by 
the similar processing. 

[0227] Note also that the exemplary internal configu- 
ration of the communication node 602 in this fourth em- 

45 bodiment is the same as that shown in Fig. 33, but the 
processing to be executed by the Sub Unit configuration 
management processing unit 904 is different from that 
in the third embodiment, and it is the processing for ex- 
ecuting the handoff using the Isochronous channel that 

so has been originally used, without setting out a new Iso- 
chronous channel on the IEEE 1 394 bus. 
[0228] Referring now to Fig. 38 to Fig. 49, the fifth em- 
bodiment of a communication node and a communica- 
tion terminal according to the present invention will be 

ss described in detail. 

[0229] The second embodiment described above is 
directed not only to the case where the base station 
node and the radioterminal is in one-to-one correspond- 
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ence but also to the case where a plurality of radio ter- 
minals are connected to a single base station. However, 
such a method using Sub Units is associated with the 
problems that a method for distinguishing the similar 
Sub Units that exist in the plurality of radio terminals (an 
identification method based on Sub Unit Type or ID) 
does not exist or a function for adding or deleting the 
Sub Unit or the Functional Component in the node is not 
defined in the AV/C protocol. In particular, the lack of the 
function for adding or deleting the Sub Unit or the like 
can be troublesome for the adaptation to the ad hoc net- 
work such as the radio network in some cases. 
[0230] This fifth embodiment is directed to the case 
where these points are taken into consideration such 
that the merging of the IEEE 1394 bus and the radio 
network based on the FCP frame is realized similarly as 
in the second embodiment, but the AV/C protocol dedi- 
cated to the radio terminal, what might be called the ra- 
dio AV/C, is defined as the upper layer protocol. Here, 
the ways of adaptation to this radio AV/C can include 
the case of the adaptation only on the radio network, 
and the case of the adaptation over the IEEE 1 394 bus 
and the radio network as a whole. In the following, the 
case of the adaptation only on the radio network will be 
described first. 

[0231] Fig. 38 shows a schematic configuration of a 
network in this fifth embodiment. In the configuration of 
Fig. 38, 1394 nodes 7101 and 7102 are present on an 
IEEE 1 394 bus, and further a base station node 7110 is 
connected. Also, two radio terminals 7121 and 71 22 are 
connected to the base station node 7110 through a radio 
network. Fig. 38 shows the case where the node IDs of 
the nodes are n = 1 for the 1394 node 7101, n = 3 for 
the 1 394 node 7102, and n = 2 for the base station node 
7110, so that the 1394 node 7102 is the Root node on 
the IEEE 1394 bus. 

[0232] Here, the 1 394 node 7101 contains a Sub Unit 
A 71011 and a Sub Unit B 71012, the 1 394 node 7102 
contains a Sub Unit C 71021 and a Sub Unit D 71022, 
while the radio terminal 7121 contains a Sub Unit X1 
71211 and a Sub Unit X2 71212 and the radio terminal 
7122 contains a Sub Unit Y1 71 221 and a Sub Unit Y2 
71222. 

[0233] Usually, in the AV/C (Audio/Visual Control) pro- 
tocol or the like, the command is to be transmitted and 
received in units of such Sub Units inside the 1394 
nodes, so that in the case of carrying out the image data 
transfer in a form where the IEEE 1 394 bus and the radio 
network coexist as in Fig. 38. there is a problem as to 
how such a Sub Unit information should be presented 
to each node/terminal. In particular, there is a problem 
as to how to distinguish Sub Units that are existing on 
a plurality of radio terminals. 

[0234] In this fifth embodiment, the transfer process- 
ing for the constituent element (Sub Unit) information is 
executed between the respective networks (the IEEE 
1394 and the radio network) at the base station node 
7110. More specifically, a group of Sub Units in each 



node on the IEEE 1394 bus are Sub Units according to 
the usual AV/C but a group of Sub Units in each radio 
terminal are Sub Units defined by the radio AV/C proto- 
col for executing exchanges of AV commands with re- 
5 sped to the radio terminal or the base station node. 
[0235] Fig. 39 shows how the radio terminal 71 21 and 
the IEEE 1394 node 7101 recognize the entire network. 
First, a part (a) of Fig. 39 shows a configuration of the 
entire network as recognized by the radio terminal 71 21 . 
10 Namely, the radio terminal 7121 recognizes a group of 
Sub Units A, B, C and D according to the AV/C protocol 
that are existing in the nodes on the IEEE 1394 bus as 
a group of Sub Units A', B', C and D' according to the 
radio AV/C protocol in the base station node 711 0. Also, 
is a part (b) of Fig. 39 shows a configuration of the entire 
network as recognized by a node on the IEEE 1 394 bus 
such as the 1394 node 7101 . Namely, the 1394 node 
7101 recognizes a group of Sub Units XI. X2, Yl and 
Y2 according to the radio AV/C protocol that are existing 
in the radio terminals 7121 and 7122 as a group of Sub 
Units X1 \ X2 1 , Y1 1 and Y2* according to the AV/C proto- 
col in the base station node 7110. 
[0236] Fig. 40 shows an exemplary protocol stack for 
communications between the 1394 node 7101 and the 
radio terminal 7121 in this case. Fig. 40 shows the case 
where the AV/C protocol or the radio AV/C protocol is 
executed when some application is operated between 
the 1394 node 7101 and the radio terminal 7121. Fig. 

40 shows the case where the application executed at 
the 1394 node 7101 executes the control command 
transfer processing with respect to the base station 
node 7110 by the AV/C protocol, and the radio terminal 
7121 executes the control command transfer process- 
ing with respect to the base station node 7110 by the 
radio AV/C protocol. Then, the base station node 7110 
executes the protocol conversion processing between 
the AV/C protocol and the radio AV/C protocol, so as to 
realize the control command transfer processing be- 
tween the 1394 node 7101 and the radio terminal 71 21. 
[0237] Fig. 41 shows an exemplary FCP frame used 
by the radio AV/C protocol that is executed between the 
radio terminal 7121 and the base station node 7110. Fig. 

41 shows the case where cts = 0x0100 is allocated as 
a value of the cts field for the sake of the radio AV/C 
protocol. Also, in the radio AV/C protocol, the Sub 
UnitJD field is enlarged and a NodejD field is newly 
provided therein as an identifier of the radio terminal in 
order to distinguish a plurality of Sub Units. By this, even 
if a plurality of radio terminals are connected to the base 
station node 7110 and the same Sub Units are existing 
in these radio terminals, the base station node 7110 can 
distinguish these Sub Units. 

[0238] The radio AV/C protocol that is newly defined 
here is also provided with the following functions. One 
is the function for adding/deleting a Sub Unit in each 
1394 node (radio terminal). This function is provided be- 
cause the usual AV/C protocol does not have any func- 
tion for adding/deleting a Sub Unit. As a method for re- 
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alizing this addition/deletion of a Sub Unit, ft is possible 
to newly define commands such as add_subunit com- 
mand and de!ete_subunit command as the commands 
of the radio AV/C protocol, for example. In this way, it 
becomes possible to add a Sub Unit while the system s 
is operating, and it becomes possible to add a Sub Unit 
without causing a new bus reset processing when the 
radio terminal is connected to the base station node, for 
example (the same is also true for the deletion of a Sub 
Unit). 10 
[0239] In conjunction with such a function for adding/ 
deleting a Sub Unit, there is also another added function 
which is the function for notifying the Sub Unit informa- 
tion of each 1 394 node or radio terminal actively to the 
other 1 394 nodes or radio terminals. By this, when the *5 
radio terminal is newly connected to the base station, 
for example, its information can be notified to the other 
1 394 nodes or radio terminals using this function, so that 
there is no need to cause the bus reset for the purpose 
of the notification of the Sub Unit information. As a meth- 20 
od for actively notifying the Sub Unit information, it is 
possible to have a Sub Unrtjnfo command which can 
be sent as a Notify command, and make the setting such 
that the notification is received when there is a change 
in the Sub Unit information. It is also possible to realize 2s 
this function by defining a new command such as 
adv_subunit_info as a command of the radio AV/C pro- 
tocol. 

[0240] Fig. 42 shows the processing sequence at a 
time of transferring the AV/C command from the 1394 30 
node 7101 to the radio terminal 7121 by the Asynchro- 
nous packet in this case. Fig. 42 shows an exemplary 
case where the 1 394 node 7101 plays a role of the con- 
troller in the AV/C protocol and this 1394 node 7101 
transmits the AV/C command to the radio terminal 7121. 3S 
Consequently, the series of processing described below 
will be preceded by the processing by which the 1 394 
node 7101 that is the controller obtains the Sub Unit in- 
formation within each node on the IEEE 1394 bus and 
the processing by which the user commands the desired *o 
processing to the 1394 node 7101 that is the controller 
through a remote controller or the like. Also, in the fol- 
lowing example, the base station 7110 transfers the AV/ 
C command received from the 1394 node 7101 to the 
radio terminal 71 21 after converting it into the radio AV/ <<5 
C command. This processing sequence proceeds as 
follows. 

(1) The application for activating the AV/C protocol 

is executed at the 1 394 node 7101 that is the con- so 
troller, and the transmission of some AV/C com- 
mand is commanded. The destination of the com- 
mand is the Sub Unit X1 71211 in the radio terminal 
7121. 

(2) The 1394 node 7101 transmits the AV/C com- ss 
mand in a form of the Write Request packet, to the 
base station node 7110. At this point, the destina- 
tion node ID = 2, the source node ID = 1 , and the 



destination Sub UnitJD that is indicated by the FCP 
frame loaded in a packet is XV. Also, a value "a" is 
allocated as the transaction ID (transaction label 
value) on the 1 394 layer. 

(3) When the base station node 7110 receives the 
Write Request packet properly, it returns an 
Ack_Complete message. 

(4) The base station node 7110 identifies the desti- 
nation Sub UnitJ D = X1 1 in the received FCP frame 
as the Sub Unit X1 71211 in the radio terminal 71 21. 
Also, the received AV/C command is converted into 
the radio AV/C command. 

(5) The base station node 7110 transfers the con- 
verted AV/C command to the radio terminal 71 21 by 
loading it into a radio packet on the radio network. 
The radio AV/C command is assumed to be loaded 
into an FCP frame. At this point, a value "q* that is 
the transaction ID on the radio network and that is 
allocated at the base station node 7110 is also 
transferred together. 

(6) The base station node 7110 stores the fact that 
a combination of the transaction ID on the 1 394 lay- 
er = a and its source node ID = 1 is corresponding 
to the transaction ID on the radio network = q. 

(7) The radio terminal 71 21 executes the process- 
ing based on the prescribed radio AV/C protocol ac- 
cording to the information in the received FCP 
frame. 

(8) The radio terminal 71 21 transfers the processing 
result of the radio AV/C command, to the base sta- 
tion node 7110 by using a packet on the radio net- 
work. At this point, the transaction ID = q that is writ- 
ten in the packet by which the executed command 
was received is also returned together, so that it be- 
comes possible to identify the transaction ID on the 
1394 layer which corresponds to this packet. 

(9) The base station node 7110 converts the re- 
ceived radio AV/C response into the AV/C re- 
sponse. Also, It can ascertain that the received re- 
sponse corresponds to a combination of the trans- 
action ID on the 1 394 layer = a and the source node 
ID = 1 , from the transaction ID = q written in the re- 
ceived radio packet, so that it can figure out that it 
suffices to transfer this converted radio AV/C re- 
sponse to the 1394 node 7101. 

(10) The base station node 7110 transmits an AV/ 
C response packet (to be transferred by the Write 
Request packet) to the 1394 node 7101. At this 
point, the destination node ID = 1 and the source 
node ID = 2. Also, a value m a 9 is allocated as the 
transaction ID on the 1 394 layer. 

(11) When the 1394 node 7101 receives the AV/C 
response packet properly, it returns an 
Ack_Complete message to the base station node 
7110. 

[0241] The above example is directed to the case 
where a unique transaction I D on the radio network is 
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allocated at the processings (5) and (6), but besides 
that, it is also possible to use a combination of the trans- 
action ID on the 1394 layer and the source node ID di- 
rectly as the transaction ID on the radio network. 
[0242] Fig. 43 shows the processing sequence at a 
time of transferring the AV/C command from the radio 
terminal 7121 to the 1394 node 7101 by the Asynchro- 
nous packet in this case. Fig. 43 shows an exemplary 
case where the radio terminal 7121 plays a role of the 
controller in the AV/C protocol and this radio terminal 
7121 transmits the AV/C command to the 1394 node 
7101 . Consequently, the series of processing described 
below will be preceded by the processing by which the 
1 radio terminal 7121 that is the controller obtains the 
Sub Unit information within each node on the IEEE 1 394 
bus and the processing by which the user commands 
the desired processing to the radio terminal 7121 that is 
the controller through a remote controller or the like. Al- 
so, in the following example, the base station 7110 
transfers the radio AV/C command received from the ra- 
dio terminal 71 21 to the 1394 node 71 01 after converting 
it into the AV/C command. This processing sequence 
proceeds as follows. 



the transaction ID on the radio network = q corre- 
sponds to the transaction ID on the 1 394 layer = a. 

(8) The 1 394 node 71 01 transfers a response mes- 
sage of the AV/C command for which the process- 

5 ing has been finished, to the base station node 7110 
by loading it into a Write Request packet, At this 
point, the source node ID = 1, the destination node 
ID = 2, and the transaction ID is 

(9) When the base station node 7110 properly re- 
io ceives the Write Request packet on which the AW 

C response is loaded, it returns an Ack_Complete 
message to the 1394 node 7101 . 

(10) The base station node 7110 ascertains that the 
received Write Request packet corresponds to the 

is transaction ID on the radio network = q, from the 
transaction ID value "a - written in that Write Re- 
quest packet. Also, the received AV/C response is 
converted into the radio AV/C response. 

(11) The base station node 7110 transfers the re- 
20 ceived FCP frame to the radio terminal 7121 that 

corresponds to the received transaction ID value, 
by loading it into a radio packet. At this point, the 
transaction ID value on the radio network is "q". 



( 1 ) The application for activating the radio AV/C pro- 25 
tocol is executed at the radio terminal 7121 that is 

the controller, and the transmission of some radio 
AV/C command is commanded. The destination of 
the command is the Sub Unit A 71011 in the 1394 
node 7101. 30 

(2) The radio terminal 7121 transmits an FCP frame 
on which the radio AV/C command is loaded, to the 
base station node 7110 by loading it into a radio 
packet. At this point, the destination Sub UnitJD is 

A', and the transaction ID on the radio network is ■q". 35 

(3) The base station node 7110 extracts the FCP 
frame from the received radio packet, and ascer- 
tains that the actual destination node is the 1 394 
node 7101 and the destination is the Sub UnitJD = 

A of that 1 394 node 7101 , according to the destina- 40 
tion Sub UnitJD value = A' contained therein. Also, 
the received radio AV/C command is converted into 
the AV/C command. 

(4) The base station node 7110 transfers the con- 
verted AV/C command to the 1394 node 7101 by *s 
loading it into a Write Request packet At this point, 

the source node ID - 2, the destination node ID - 
1, and the destination Sub UnitJD is A. Also, the 
transaction ID on the 1394 layer = a is allocated at 
the base station node 71 1 0. so 

(5) When the 1394 node 7101 property receives the 
Write Request packet on which the AV/C command 
is loaded, it returns an Ac ^Complete message to 
the base station node 7110. 

(6) The 1394 node 7101 executes the processing ss 
based on the prescribed AV/C protocol according to 

the information in the received FCP frame. 

(7) The base station node 7110 stores the fact that 



[0243] Fig. 44 shows an exemplary packet format at 
a time of transferring the FCP frame on the radio net- 
work in the above example. The packet of Fig. 44 has 
a radio header for the sake of transfer on the radio net- 
work, and a field indicating the transaction ID for identi- 
fying the transaction (session) on the radio network. 
Then, the FCP frame corresponding to the radio AV/C 
protocol is loaded into the packet, and a checksum such 
as CRC is included at the end. Using such a packet for- 
mat, the communications regarding the AV/C protocol 
or the radio AV/C protocol between the 1394 node and 
the radio terminal as shown in Fig. 41 and Fig. 42 can 
be realized. 

[0244] In this way, it becomes possible to realize the 
transfer of real time data such as image data between 
the node on the IEEE 1394 bus and the radio terminal, 
similarly as in the second embodiment. In this case, the 
method for recognizing the Isochronous channel on the 
IEEE 1394 bus and the resource on the radio network 
as well as the concrete processing sequences can be 
realized by the same recognition method and process- 
ing sequences as described in the second embodiment 
in conjunction with Fig. 23, Fig. 24 and Fig. 25, so that 
their description will be omitted here. 
[0245] Fig. 45 shows an exemplary internal configu- 
ration of the base station nod e 7 1 1 0. In the base station 
node 7110, the processing for showing the Sub Unit in- 
formation on the IEEE 1394 bus to the radio network 
side and the processing for showing the Sub Unit infor- 
mation on the radio network to the IEEE 1 394 bus side 
are executed, and their correspondence is maintained. 
Also, at a time of carrying out the packet transfer be- 
tween the IEEE 1394 bus and the radio network, the 
routing processing according to this Sub Unit informa- 
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tion is executed. In addition, the base station node 7110 
maintains the conespondence between the transaction 
ID attached on the IEEE 1394 bus and the transaction 
ID attached on the radio network, and executes the rout- 
ing processing at a time of the packet transfer between 5 
the IEEE 1394 bus and the radio network according to 
that correspondence. 

[0246] In order to provide these functions, the base 
station node 7110 contains a radio interface processing 
unit 7801 for providing the interface function with re- io 
spect to the radio network, an AV/C protocol-radio AW 
C protocol conversion processing unit 7802 for execut- 
ing the conversion processing for an FCP frame be- 
tween the IEEE 1 394 bus and the radio network (more 
specifically the protocol conversion processing between is 
an FCP frame for the AV/C protocol and an FCP frame 
for the radio AV/C protocol), and a 1394 interface 
processing unit 7805 for providing the interface function 
with respect to the IEEE 1394 bus. 

[0247] The base station node 7110 also includes a 20 
Sub UnitJD correspondence table 7B03 for storing the 
correspondence between the Sub Unit information on 
the IEEE 1 394 bus and the Sub Unit information on the 
radio network, and a transaction/channel correspond- 
ence table 7804 for storing the correspondence be- 2s 
tween the transaction ID attached on the IEEE 1 394 bus 
and the transaction ID attached on the radio network as 
well as the correspondence between the Isochronous 
channel on the IEEE 1 394 bus and the resource (chan- 
nel) on the radio network, for the sake of the protocol 30 
conversion processing at the AV/C protocol-radio AV/C . 
protocol conversion processing unit 7802. 
[0248] Besides these functions, the base station node 
7110 may also have a function for executing the appli- 
cation on the IEEE 1 394 bus or the application on the 3S 
radio network, but such a function is not directly related 
to the present invention so that it is omitted in Fig. 45. 
[0249] Fig. 46 shows an exemplary internal configu- 
ration of the radio terminal 7121. The radio terminal 
7121 carries out communications with the base station *o 
node 71 1 0 by the radio AV/C protocol using the Sub Unit 
information on the radio network. Consequently, the ra- 
dio terminal 7121 contains a radio interface processing 
unit 7901 for providing the interface function with re- 
spect to the radio network, an FCP frame processing 45 
unit 7902 for executing the processing for the FCP frame 
corresponding to the radio AV/C protocol that is to be 
loaded into a packet to be transferred on the radio net- 
work (such as attaching of the destination/source Sub 
UnitJD, attaching of the desired command/request in- so 
formation, for example), a Sub Unit information man- 
agement unit 7903 for managing the Sub Unit informa- 
tion on the radio network, and an application execution 
unit 7904 for actually executing the radio AV/C protocol 
or the like. 55 
[0250] Next, the case of adaptation of the radio AV/C 
protocol over the IEEE 1 394 bus and the radio network 
as a whole will be described. 



[0251] Fig. 47 shows a schematic configuration of a 
network in this case, which is similar to the configuration 
of Fig. 38 but Fig. 47 shows the case where the 1394 
node 8101 and the radio terminals 8121 and 8122 are 
adapted to the radio AV/C protocol while the 1 394 node 
8102 is not adapted to the radio AV/C protocol. Conse- 
quently, among the Sub Units in the 1394 nodes, there 
are only two Sub units that will be recognized by the ra- 
dio AV/C protocol, that is, the Sub Unit A 81011 and the 
Sub unit B 81012 in the 1394 node 8101, and the Sub 
Unit C 81021 and the Sub Unit D 81022 in the 1 394 node 
81 02 will not be recognized by the radio AV/C protocol. 
[0252] Fig. 48 shows how the radio terminal 81 21 and 
the IEEE 1394 node 8101 recognize the entire network 
in this case. First, a part (a) of Fig. 48 shows a configu- 
ration of the entire network as recognized by the radio 
terminal 8121. Namely, the radio terminal 8121 recog- 
nizes only the Sub Units A 81011 and the Sub Unit B 
81 01 2 according to the radio AV/C protocol that are ex- 
isting in the nodes on the IEEE 1394 bus. Also, a part 
(b) of Fig. 48 shows a configuration of the entire network 
as recognized by the 1 394 node 8101 . Namely, the 1 394 
node 8101 recognizes a group of Sub Units X1, X2, Y1 
and Y2 according to the radio AV/C protocol that are ex- 
isting in the radio terminals B121 and 8122 as a group 
of Sub Units in the base station node 8110. 
[0253] Fig. 49 shows an exemplary protocol stack for 
communications between the 1394 node 8101 and the 
radio terminal 81 21 in this case. Fig. 49 shows the case 
where the radio AV/C protocol is executed when some 
application is operated between the 1394 node 8101 
and the radb terminal 8121. In Fig. 49, the 1394 node 
8101 and the radio terminal 8121 are carrying out the 
transfer of the desired radio AV/C command or response 
according to the radio AV/C protocol. In this case, the 
base station 8110 is executing the FCP frame transfer 
processing between the 1394 node 8101 and the radio 
terminal 81 21 , and the routing processing using the val- 
ue of the Sub UnitJD described in the FCP frame and 
the value of the transaction ID described in the radio 
packet or the IEEE 1394 packet. 
[0254] In this case, the FCP frame used by the radio 
AV/C protocol that is executed between the radio termi- 
nal 8121 and the 1394 node 8101 can have the frame 
structure as shown in Fig. 41 . 

[0255] Also, the functions to be provided in the radio 
AV/C protocol to be newly defined here include the fol- 
lowing, similarly as in the previous case. One is the func- 
tion for adding/deleting a Sub Unit in each 1394 node 
(radio terminal), and another is the function for notifying 
the Sub Unit information of each 1 394 node or radio ter- 
minal actively to the other 1 394 nodes or radb terminals. 
As a method for realizing th&se functions, it is possible 
to define new commands such as add_subunit com- 
mand and adv_subunit command as the commands on 
the radb AV/C protocol. Using these functions, it be- 
comes possible to add the functions unique to the radb 
network to the AV/C protocol - 
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[0256] Also, the radio AV/C protocol is to be executed 
over the IEEE 1394 bus and the radio network, so that 
the packet transfer between the 1394 node 8101 and 
the radio terminal 61 21 in this case can be realized sim- 
ilarly as the packet transfer scheme of the second em- 
bodiment (Fig. 20 and Fig. 21) (except that the AV/C 
command and AV/C response are to be replaced by the 
radio AV/C command and the radio AV/C response). 
Note however that there is a difference in that the infor- 
mation loaded into the FCP frame at a time of transfer- 
ring each packet is the command/response according 
to the AV/C protocol in the second embodiment, where- 
as it is the command/response according to the radio 
AV/C protocol here. 

[0257] In addition, the Isochronous data transfer be- 
tween the 1394 node 8101 and the radio terminal 8121 
can also be realized similarly as the data transfer 
scheme of the second embodiment (Fig. 24 and Fig. 25). 
Again, there is a difference in that the information loaded 
into the FCP frame at a time of transferring each packet 
is the command/response according to the AV/C proto- 
col in the second embodiment, whereas it is the com- 
mand/response according to the radio AV/C protocol 
here. 

[0258] Referring now to Fig. 50 to Fig. 58, the sixth 
embodiment of a communication node and a communi- 
cation terminal according to the present invention will 
be described in detail. 

[0259] The fifth embodiment described above is di- 
rected to the case where the transfer processing for the 
AV/C command/response between the IEEE 1394 bus 
and the radio terminal is executed by defining a new pro- 
tocol called radio AV/C. In this case, the radio AV/C pro- 
tocol is identified by the value of the cts field of the FCP 
frame, and it is defined as a totally separate protocol 
from the so called AV/C protocol. This requires that the 
protocol for the AV control that is to be executed at the 
radio terminal is always the radio AV/C protocol, and this 
in turn makes it difficult to make a smooth transition from 
the realization scheme of the fifth embodiment in some 
cases. In view of these facts, this sixth embodiment is 
directed the case where the AV/C protocol is executed 
at the radio terminal as well but the radio terminal addi- 
tion/deletion function that is unique to the radio is also 
realized. In this sixth embodiment, the radio AV/C pro- 
tocol execution function is added only on the 1 394 node 
which has the need to communicate with the radio ter- 
minal, and the above described function is realized by 
executing its transfer processing at the base station 
node. 

[0260] In this sixth embodiment, a Wireless Sub Unit 
for indicating the radio terminal is defined as a Sub 
Unit_type used in identifying the type of the Sub Unit in 
the AV/C protocol. Then, as the commands for this Wire- 
less Sub Unit, new commands will be defined similarly 
as the commands for the Tuner Sub Unit and the VCR 
Sub Unit More specifically, at a time of introducing the 
radio terminal to the IEEE 1394 bus side at the base 



station node, each radio terminal itself is introduced as 
a single Sub Unit (Wireless Sub Unit), and the Sub Unit 
that exists in this radio terminal is introduced a Sub Unit 
of that Wireless Sub Unit. Using such a method of intro- 
5 duction, the radio terminal connected to the base station 
can be identified by the Sub UnitJD at a time of usual 
Sub Unit identification. Then, each Sub Unit that is ex- 
isting on each radio terminal will be identified as a Sub 
Unit in the Wireless Sub Unit so that the same type of 

10 Sub Units that are existing within a plurality of radio ter- 
minals can be properly distinguished. 
[0261] Fig. 50 shows a schematic configuration of a 
network in this sixth embodiment, which is the same as 
that of Fig. 38 of the fifth embodiment so that its descrip- 

75 tion will be omitted here. 

[0262] Fig. 51 shows how the radio terminal 9121 and 
the IEEE 1394 node 9101 recognize the entire network. 
First, a part (a) of Fig. 51 shows a configuration of the 
entire network as recognized by the radio terminal 9121. 

20 Namely, in a part (a) of Fig. 51 , Sub Unit X1 91211 . Sub 
Unit X2 91212, Sub Unit Y1 91221 and Sub Unit Y2 
91222 on the radio terminals 9121 and 9122 as well as 
Sub Unit A 91011 , Sub Unit B 91012, Sub Unit C 91021 
and Sub Unit D 91022 in the nodes 9101 and 9102 on 

25 the IEEE 1 394 bus are recognized as the Sub Units on 
the usual AV/C protocol. This implies that the radio ter- 
minal 9121 recognizes the same configuration as in the 
case of the second embodiment so that, in the case 
where the radio terminal 9121 executes the function as 

30 the controller in the AV/C protocol, for example, it implies 
that the AV/C command transfer processing and the re- 
source reservation processing can be executed similar- 
ly as in the case of the second embodiment. 
[0263] Also, apart (b)of Fig. 51 shows a configuration 

35 of the entire network as recognized by the 1394 node 
91 01 . Namely, in a part (b) of Fig. 51 , the radio terminals 
9121 and 9122 are recognized as the Wireless Sub 
Units 91101 and 91102 in the base station node 9110 
respectively, and the Sub Units in each radio terminal 

40 are recognized as Sub_Sub Units of the base station 
nodes 9110. In addition, the Sub Units in the 1394 nodes 
9101 and 9102 are recognized as the Sub Units of the 
usual AV/C. Here, the base station node 9110 executes 
the protocol transfer function between networks accord- 

45 jng to the different recognitions as described above. 
[0264] Fig. 52 and Fig. 53 show exemplary protocol 
stacks for communications between the 1394 node 
9101 and the radio terminal 9121 in this case. Fig. 52 is 
the case where the AV/C protocol is executed from the 

so 1 394 node 91 01 with respect to the radio terminal 9121, 
and Fig. 53 is the case where the AV/C protocol is exe- 
cuted from the radio terminal 9121 with respect to the 
1394 node. 

[0265] In Fig. 52, the usual AV/C protocol is executed 
55 as it is in the case where the 1 394 node 9103 executes 
the AV/C protocol with respect to the other 1394 node, 
but it is executed by going through the radio AV/C pro- 
tocol once in the case of executing the AV/C protocol 
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with respect to the base station node 9110. Then, the 
usual AV/C protocol is executed with respect to the radio 
terminal 9121 after the protocol conversion from the ra- 
dio AV/C protocol to the AV/C protocol at the base sta- 
tion node 9110. 5 
[0266] In Fig. 53, the radio terminal 91 21 can execute 
the AV/C protocol with respect to the 1394 node 9101 
by the usual AV/C protocol. This is due to the fact that 
the radio terminal 9121 recognize the Sub Unit group in 
the 1 394 node at the same level as the Sub Units in the io 
own terminal as shown in a part (a) of Fig. 39 so that the 
AV/C protocol can be executed similarly as in the case 
of the second embodiment. Consequently, the AV/C pro- 
tocol processing sequence in this case can be executed 
similarly as in the second embodiment (Fig. 21 , Fig. 25). is 
[0267] Fig. 54 shows an exemplary FCP frame used 
by the radio AV/C protocol that is executed in this sixth 
embodiment. In the configuration of Fig. 54, a new frame 
structure is defined when the Sub UniMype of the des- 
tination Sub Unit in the FCP frame of the usual AV/C 20 
protocol is Wireless, instead of setting up the cts field 
value for the radio AV/C protocol as in the fifth embodi- 
ment. In Fig. 54, when the Sub UniMype is Wireless, 
its Sub UnitJD will be used as the identifier of the radio 
terminal. Then, the top four bytes of the usual FCP frame 25 
is used as a "radio AV/C header" and the usual FCP 
frame is attached after that. Consequently, in the case 
of sending the AV/C command by the radio AV/C proto- 
col, the AV/C command (FCP frame) for the Sub Unit 
according to the usual AV/C protocol (the Sub_Sub Unit 30 
in the radio AV/C protocol) is produced, and the desti- 
nation information in the radio AV/C protocol (specifying 
the destination radio terminal) is attached to the tope of 
the produced command, and then it is transmitted. 
[0268] Fig. 55 shows the basic AV/C protocol 35 
processing sequence between the 1 394 node 9101 and 
the radio terminal 91 21 in the case of using such a frame 
structure. Fig. 55 shows an exemplary case where the 
1394 node 9101 plays the role of the controller in the 
AV/C protocol, and the 1394 node 9101 transmits the 40 
AV/C command with respect to the radio terminal 91 21 . 
This processing procedure proceeds as follows. 

(1) The application on the 1394 node 91 01 activates 

the AV/C protocol. 45 

(2) The disclosure of the Sub Unit information in the 
base station 9110 is requested. The command 
transmitted at this point is something like the Unit 
Info/Sub Unit Info command defined in the AV7C 
protocol, which is transferred by the usual AV/C pro- so 
tocol. 

(3) The base station node 91 10 discloses the Wire- 
less Sub Unit X 91 101, its Sub_Sub Units XI 91211 
and X2 91212, the Wireless Sub Unit Y 91102, and 

its Sub_Sub Units Y1 91221 and Y2 91222 as the ss 
Sub Unit information in the own node. 

(4) The 1394 node 9101 selects the Sub_Sub Unit 
X1 91211 as the transfer target of the AV/C com- 



mand, and produces the AV/C command with re- 
spect to it 

(5) As the destination is the Wireless Sub Unit, the 
radio AV/C header is produced/attached. The radio 
AV/C header contains Sub UniMype = Wireless 
and Sub UnitJD = X. 

(6) The 1394 node 9101 transfers the produced ra- 
dio AV/C command to the base station node 9110. 
At this point, the source node ID = 1 , the destination 
node ID = 2, and it is transferred by attaching the 
transaction ID on the 1 394 layer = a. Also, the des- 
tination Sub UnitJD = X in the radio AV/C header 
and the destination Sub UnitJD = X1 in the FCP 
frame. 

(7) The base station node 9110 identifies the trans- 
fer target radio terminal 9121 from the value of the 
destination Sub UnitJD in the received packet. Al- 
so, the AV7C command is extracted by removing the 
radio AV/C header from the received radio AV/C 
command. 

(B) The base station node 9110 transfers the radio 
packet into which the extracted AV/C command is 
loaded, to the radio terminal 9121. At this point, the 
transaction ID on the radio network = q is attached, 
and the destination Sub UnitJD = X1 is set. 

(9) The base station node 9110 stores a combina- 
tion of the transaction ID on the IEEE 1 394 bus and 
the source node ID = 1, and the transaction ID on 
the radio network. 

(10) The radio terminal 9121 executes the process- 
ing corresponding to the received AV/C command. 

(11) The radio terminal 9121 transfers the process- 
ing result of the executes AV/C command to the 
base station node 9110 as the AV/C response. At 
this point, it is transferred by attaching the same ID 
as the transaction ID attached by the above 
processing (9). 

(12) The base station node 911 0 identifies the trans- 
fer target 1 394 node of the received AV/C response 
from the value of the transaction ID of the received 
packet 

(13) The base station node 9110 transfers the re- 
ceived AV/C response to the 1394 node 9101. At 
this point, it is transferred by attaching the transac- 
tion ID on the 1 394 layer = a. 

(14) The 1394 node 9101 recognizes that the re- 
ceived AV/C response corresponds to the AV/C 
command transmitted by the above processing (6), 
according to the value of the transaction ID. 

[0269] In the series of processing described above, 
the transfer of Ack_Complete message which is execut- 
ed at each transaction on the IEEE 1 394 bus is omitted. 
By such a processing, the transfer of the AV/C command 
to the radio terminal 9121 becomes possible. 
[0270] The above example is directed to the case 
where a unique transaction I D on the radio network is 
allocated at the processing (9), but besides that, it is also 
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possible to use a combination of the transaction ID on 
the 1394 layer and the source node ID directly as the 
transaction ID on the radio network. Also, the above de- 
scribed processing sequence is directed to the case 
where the 1 394 node 91 01 is operating as the controller, 5 
but there is also a contrary case where the radb terminal 
9121 is operating as the controller. Such a case can be 
realized by the same processing sequence as in the 
second embodiment (Fig. 21), as indicated in Fig. 51 
and Fig. 52/53. 10 
[0271] Next, Fig. 56 shows an exemplary case of ac- 
tually executing the transfer of the real time data such 
as image data between a node existing on the IEEE 
1394 bus and the radio terminal in this sixth embodi- 
ment. A part (a) of Fig. 56 shows a configuration at a is 
time of the image data transfer as recognized by the ra- 
dio terminal 91 21 , and a part (b) of Fig. 56 shows a con- 
figuration at a time of the image data transfer as recog- 
nized by the 1 394 node 9101 . In this case, the transfer 
processing (the connection processing for an I so- 20 
chronous channel and a radio channel) between them . 
is executed by the base station node 9110. 
[0272] The configuration shown in a part (a) of Fig. 56 
as recognized by the radio terminal 9121 is actually a 
network on which the base station node 9110 and the 25 
radio terminals 91 21 and 91 22 are existing, but the radio 
terminal 9122 is omitted here. The radio terminal 9121 
contains a decoder Sub Unit 91213 for decoding and 
displaying the received image data, and plugs (o_plug 
91214, Lplug 9121 5) for executing the transmission and 30 
reception (input and output) processing of the image da- 
ta with respect to a channel on the radb network. Then, 
the decoder Sub Unit 91213 and the i _plug 91215 is 
connected by a connection 91216. 

[0273] Also, the base station node 9110 appears to 35 
contain a video source Sub Unit 91103 for storing the 
video data which is actually existing in the 1394 node 
9101, and contains plugs (o_plug 91104, Lplug 91105) 
for executing the transmission and reception (input and 
output) processing of the image data with respect to a *o 
channel on the radio network Then, the video source 
Sub Unit 91103 and the o_plug 91104 is connected by 
a connection 91 1 06. In addition, the o_plug 91 1 04 of the 
base station node 9110 and the Lplug 91 21 5 of the radio 
terminal 9121 is connected by a channel A on the radio 45 
network. 

[0274] The configuration shown in a part (b) of Fig. 56 
as recognized by the 3394 node 9101 is actually a net- 
work on which the base station node 9110 and the 1 394 
nodes 9101 and 9102 are existing, but the 1394 node 50 
9102 is omitted here. The 1394 node 9101 contains a 
video source Sub Unit 9101 3 for storing the image data, 
and plugs (o_plug 91014, Lplug 91015) for executing 
the transmission and reception (input and output) 
processing of the image data with respect to an I so- ss 
chronous channel on the IEEE 1394 bus. Then, the vid- 
eo source Sub Unit 91013 and the o _plug 91 01 4 is con- 
nected by a connection 91016. 



[0275] Also, the base station node 9110 appears to 
contain a Wireless Sub Unit 91111 corresponding to the 
radio terminal 9121 and a decoder Sub Unit 91107 for 
decoding and displaying the received image data which 
is actually existing in the radio terminal 9121, and con- 
tains plugs (o_plug 91108, i .plug 91109) for executing 
the transmission and receptbn (input and output) 
processing of the image data with respect to an Iso- 
chronous channel on the IEEE 1 394 bus. Then, the de- 
coder Sub Unit 91 1 07 and the Lplug 91 1 09 is connected 
by a connection 91110. In addition, the o_plug 91014 of 
the 1394 node 9101 and the Lplug 91109 of the base 
station node 91 1 0 is connected by an Isochronous chan- 
nel X on the IEEE 1 394 bus. 

[0276] In such a configuration, the base station node 
9110 stores the fact that the connection 9 1 1 1 0 in the own 
node in the configuration as recognized by the 1394 
node 9101 is actually corresponding to a combinatbn 
of the channel A on the radb network and the connec- 
tion 91216 in the radb terminal 9121 , and the fact that 
the connection 91106 in the own node in the configura- 
tion as recognized by the radio terminal 9121 is actually 
corresponding to a combination of the Isochronous 
channel X and the connection 91016 in the 1394 node 
9101. Then, the transfer processing for the actually 
transferred image data is executed according these 
combinations. 

[0277] Fig. 57 shows an exemplary processing se- 
quence to be executed in the case of actually transfer- 
ring the image data by constructing such a network con- 
figuration. Fig. 57 shows the case where the 1 394 node 
9101 is operating as the control node in the AV/C pro- 
tocol. Also, Fig. 57 shows the case where the IEC 61 883 
protocol is executable even on the radio network. This 
processing sequence proceeds as follows. 

(1 ) The 1 394 node 91 01 requests the disclosure of 
the Sub Unit informatbn to the base station node 
9110. 

(2) The base station node 9110 discloses the Sub 
Unit information in the own node to the 1 394 node 
9101, where the radio terminal 9121 is introduced 
as the Wireless Sub Unit and the Sub Units in the 
radio terminal 91 21 are introduced as the Sub_Sub 
units of the wireless Sub Unit. 

(3) The 1394 node 9101 sets up the connection 
91016 in the own node. 

(4) The 1394 node 9101 or the base station node 
9110 acquires the Isochronous channel X on the 
IEEE 1394 bus. Here, the bandwidth is set to be 10 
Mbps. 

(5) The 1394 node 9101 requests to the base sta- 
tion node 9110 that packets from the Isochronous 
channel X are to be received by the Lplug 91109. 
The 1 394 node 9101 also requests to the own node 
that packets are to be transmitted to the Iso- 
chronous channel X by the o_plug 91014 (IEC 
61883). 
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(6) The 1394 node 9101 transfers the radio AV/C 
command (a connect command, for example) to the 
base station node 9110 so as to command the con- 
nection between the decoder Sub Unit 91107 and 
the Lplug 91109 in the base station node 9110. 

(7) The base station node 9110 sets up the connec- 
tions 91106 and 91110 in the own node, and ex- 
tracts the AV/C command frame from the received 
packet. 

(8) The base station node 9110 acquires the chan- 
nel Aon the radio network. At this point, the request- 
ed bandwidth is set to be the value notified by the 
above processing (5), which is equal to 10 Mbps. 

(9) The base station node 9110 requests to the radio 
terminal 9121 that packets from the channel A are 
to be received by the Lplug 91215. The base station 
node 91 1 0 also requests to the own node that pack- 
ets are to be transmitted to the channel A by the 
o_plug 91104 (I EC 61883). 

(10) The base station node 9110 transfers the AV/ 
C command (a connect command, for example) to 
the radio terminal 91 21 , so as to command the con- 
nection between the decoder Sub Unit 91213 and 
the Lplug 91215 in the radio terminal 9121. 

(11) The radio terminal 9121 sets up the connection 
91216 in the own node. 

(1 2) The radio terminal 91 21 transfers the process- 
ing result of the received command to the base sta- 
tion node 9110 as the AV/C response. 

(13) The base station node 9110 transfers the re- 
ceived AV/C response to the 1394 node 9101 by 
carrying out the routing processing using its trans- 
action ID value, similarly as in the case of Fig. 55. 

(14) The 1394 node 9101 transmits the image data 
in the video source Sub Unit 91013 to the Iso- 
chronous channel X through the o _plug 91014. 

(15) The base station node 9110 converts the image 
data received from the Isochronous channel X into 
the image data to be transferred on the radio net- 
work. 

(16) The base station node 9110 transfers the con- 
verted image data to the channel A on the radio net- 
work. 

(17) The radio terminal 9121 playbacks the re- 
ceived video data. 

[0278] By the series of processing as described 
above, it is possible to realize the image data transfer 
processing between the 1 394 node and the radio termi- 
nal according to this sixth embodiment. Here, the image 
data conversion is carried out at the above processing 
(15), but such a conversion processing is not absolutely 
necessary and may be replaced by a simple packet 
transfer processing. It is also possible to consider the 
case where the radio terminal 9121 operates as the con- 
trol node of the AV/C protocol, and such a case can be 
realized by the same processing sequence as in the 
second embodiment (Fig. 25). as indicated in Fig. 51 



and Fig. 52/53. . 

[0279] Fig. 58 shows an exemplary internal configu- 
ration of the base station node 9110. In the base station 
node 9110, the processing for showing the Sub Unit in- 

5 formation on the IEEE 1394 bus to the radio network 
side and the processing for showing the Sub Unit infor- 
mation on the radio network to the IEEE 1 394 bus side 
are executed, and their correspondence is maintained. 
Also, at a time of carrying out the packet transfer be- 

io tween the IEEE 1394 bus and the radio network, the 
routing processing according to this Sub Unit informa- 
tion is executed. 

[0280] In addition, the base station node 9110 main- 
tains the correspondence between the transaction ID at- 
15 tached on the IEEE 1 394 bus and the transaction ID at- 
tached on the radio network, and executes the routing 
processing at a time of the packet transfer between the 
IEEE 1394 bus and the radio network according to that 
correspondence. 

[0281] In order to provide these functions, the base 
station node 9110 contains a radio interface processing 
unit 9801 for providing the interface function with re- 
spect to the radio network, a packet conversion process- 
ing unit 9802 for executing the conversion processing 
for an FCP frame between the IEEE 1394 bus and the 
radio network (more specifically the protocol conversion 
processing between an FCP frame for the AV/C protocol 
and an FCP frame for the radio AV/C protocol), and a 
1 394 interface processing unit 9805 for providing the in- 
terface function with respect to the IEEE 1 394 bus. 
[0282] The base station node 9110 also includes a 
Sub UnrtJD correspondence table 9803 for storing the 
correspondence between the Sub Unit information on 
the IEEE 1394 bus and the Sub Unit information on the 
radio network, and a transaction/channel correspond- 
ence table 9804 for storing the correspondence be- 
tween the transaction ID attached on the I EEE 1 394 bus 
and the transaction ID attached on the radio network as 
well as the correspondence between the Isochronous 
channel on the IEEE 1394 bus and the resource (chan- 
nel) on the radio network, for the sake of the protocol 
conversion processing at the packet conversion 
processing unit 9802. 

[0283] In addition, the base station node 9110 also in- 
cludes a radio AV/C processing unit 9806 for executing 
the processing in the case of receiving the AV/C com- 
mand (command according to the radio AV/C command) 
from the 1 394 node to the radio terminal. 
[0284] Besides these functions, the base station node 
9110 may also have a function for executing the appli- 
cation on the IEEE 1394 bus or the application on the 
radio network, but such a function is not directly related 
to the present invention so that it is omitted in Fig. 58. 
[0285] As described above, according to the present 
invention, it becomes possible to transmit various infor- 
mation transferred on the IEEE 1394 bus, to the radio 
node that is connected by the radio interface, and it be- 
comes possible to execute the data communications as 
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if the connection to the IEEE 1 394 bus is made by the 
radio interface. 

[0266] Also, even when the route blocking occurs in 
the radio section, it is possible to continue the data trans- 
fer without giving its influence to the IEEE 1 394 bus side 
(without causing the bus reset), and even when the 
handoff processing is executed in the case where the 
radio terminal is moving, it is possible to continue the 
data transfer without giving its influence to the IEEE 
1394 bus side (without causing the bus reset). 
[0287] Thus, according to the present invention, it is 
possible to continue the data communications between 
the communication terminal connected to a first network 
and the communication node connected to a second 
network which is operated by a protocol different from 
the first network, without being influenced by the fluctu- 
ating factors on the first network side. 
[0288] Also, according to the present invent ton, it is 
possible to flexibly handle functions provided at a node 
on the first network, in a network environment in which 
the first network such as the radio network and the sec- 
ond network such as the IEEE 1394 bus are mixedly 
present. 

[0289] Note that the embodiments described above 
are equally applicable to the home network as well as 
to the other various types of networks. 
[0290] Note also that, what has been described as the 
IEEE 1394 bus in the above can be replaced by a net- 
work other than the IEEE 1 394 bus, and what has been 
described as the radio network in the above can be re- 
placed by a network other than the radio network. For 
example, apart from the combination of the IEEE 1 394 
bus and the radio network described above, it is possible 
to consider a combination of the IEEE 1394 bus and a 
network other than the IEEE 1394 bus, a combination 
of a wire network other than the IEEE 1 394 bus and the 
radio network, etc. For instance, the wire network other 
than the IEEE 1394 bus can be Ethernet, X10, power 
line such as CEBus, or telephone line, etc. 
[0291] It is to be noted that the above described em- 
bodiments according to the present invention may be 
conveniently implemented in forms of software pro- 
grams for realizing the operations of the communication 
nodes and terminals, as will be apparent to those skilled 
in the computer art. Appropriate software coding can 
readily be prepared by skilled programmers based on 
the teachings of the present disclosure, as will be ap- 
parent to those skilled in the software art. 
[0292] In particular, each of the communication node 
and the communication terminal as described above 
can be conveniently implemented in a form of a software 
package. Such a software program can be provided in 
a form of a computer program product which employs a 
storage medium including stored computer code which 
is used to program a computer to perform the disclosed 
function and process of the present invention. The stor- 
age medium may include, but is not limited to, any type 
of conventional floppy disks, optical disks, CD-ROMs, 



10 



magneto-optical disks, ROMs, RAMs, EPROMs. EEP- 
ROMs, magnetic or optical cards, or any other suitable 
media for storing electronic instructions. 
[0293] It is also to be noted that, besides those al- 
ready mentioned above, many modifications and varia- 
tions of the above embodiments may be made without 
departing from the novel and advantageous features of 
the present invention. Accordingly, all such modifica- 
tions and variations are intended to be included within 
the scope of the appended claims. 



Claims 



rs 1. A communication node, comprising: 



a first interface unit connected to a first network; 
a second interface unit connected to a second 
network; 

a recognition unit for recognizing one commu- 
nication node on the first network as one of con- 
stituent elements in said communication node; 
and 

a configuration information disclosure unit for 
disclosing an own configuration information re- 
garding the constituent elements as recognized 
by the recognition unit, to another communica- 
tion node on the second network through the 
second interface unit. 
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The communication node of claim 1 , wherein the 
configuration information disclosure unit also dis- 
closes existing constituent elements in said one 
communication node on the first network as sub 
constituent elements in the constituent elements of 
said communication node. 

The communication node of claim 1, further com- 
prising: 

a detection unit for detecting a first message 
identifier on the second network which is de- 
scribed in a packet received through the sec- 
ond interface unit; 

a message identifier attaching unit for attaching 
a second message identifier on the first network 
to the packet at a time of transferring the packet 
to the first network; 

a message identifier correspondence memory 
unit for storing a correspondence between the 
first message identifier and the second mes- 
sage identifier; and 

a routing unit for identifying a message identi- 
fier on the second network corresponding to 
one message identifier on the first network 
which is described in a packet sent from the first 
network, by referring to the correspondence 
stored by the message identifier correspond- 
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ence memory unit according to said one mes- 
sage identifier. 

4. The communication node of claim 1 , further com- 
prising: 

a resource acquisition unit having at least one 
of a function for reserving a network resource 
on the second network by using a first resource 
information regarding a network resource re- 
served on the first network, and a function for 
reserving a network resource on the first net- 
work by using a second resource information 
regarding a network resource reserved on the 
second network; and 

a resource information correspondence mem- 
ory unit for storing a correspondence between 
the first resource information and the second 
resource information. 

5. The communication node of claim 1, further com- 
prising at least one of: 

a node constituent elements information addi- 
tion unit for adding a new configuration infor- 
mation regarding constituent elements in a new 
communication node to the own configuration 
information regarding constituent elements in 
said communication node, when the new com- 
munication node is added on the first network; 
and 

a node constituent information deletion unit for 
deleting an old configuration information re- 
garding constituent elements in an old commu- 
nication node from the own configuration infor- 
mation regarding constituent elements in said 
communication node, when the old communi- 
cation node is deleted from the first network. 

6. The communication node of claim 1, further com- 
prising: 

a configuration information notification unit for 
notifying to said one communication node on 
the first network at least a part of the own con- 
figuration information regarding constituent el- 
ements in said communication node including 
constituent elements corresponding to said one 
communication node or constituent elements in 
said one communication node; and 
a configuration information reception unit for re- 
ceiving from said one communication node at 
least a part of another configuration information 
regarding constituent elements in one other 
communication node on the second network in- 
cluding constituent elements corresponding to 
said one communication node or constituent el- 
ements in said one communication node, that 



was notified from said one other communica- 
tion node to which said one communication 
node was connected up until then. 

5 7. The communication node of claim 1 , further com- 
prising: 

a communication resource notification unit for 
notifying to said one communication node on 



io the first network a resource information regard- 

ing communication resources on the second 
network that are exclusively used for commu- 
nications between said one communication 
node and one other communication node on 

is the second network to which said one commu- 

nication node was connected up until then; and 
a configuration information reception unit for re- 
ceiving from said one communication node the 
resource information, that was notified from 

20 said one other communication node. 

8. A communication node, comprising: 

a first interface unit connected to a first network; 
2S a second interface unit connected to a second 

network; and 

a configuration information disclosure unit hav- 
ing at least one of a function for disclosing a 
first configuration information regarding con- 

30 stituent elements in one communication node 

on the first network as an own configuration in- 
formation regarding constituent elements in 
said communication node, to another commu- 
nication node on the second network through 

35 the second interface unit, and a function for dis- 

closing a second configuration information re- 
garding constituent elements in said another 
communication node on the second network as 
the own configuration information regarding 

40 constituent elements in said communication 

node, to said one communication node on the 
first network through the first interface unit. 

9. The communication node of claim 8, wherein the 
45 configuration information disclosure unit discloses 

the first configuration information by defining said 
one communication node on the first network as 
one type of constituent elements of said communi- 
cation node. 

so 

10. The communication node of claim 8, further com- 
prising: 

a configuration information correspondence 
55 memory unit for storing a correspondence be- 

tween the first configuration information dis- 
closed to the second network as constituent el- 
ements corresponding to said one communica- 
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tbn node or constituent elements existing in 
said one communication node, and actual con- 
figuration information regarding said one com- 
munication node or constituent elements exist- 
ing in said one communication node; and s 
a routing unit for identifying a destination com- 
munication node on the first network or a des- 
tination constituent element of the destination 
communication node on the first network for a 
packet sent from the second network, by refer- io 
ring to the configuration information corre- 
spondence memory unit according to identifiers 
of constituent elements in said communication 
node which are disclosed by the configuration 
information disclosure unit and described in the is 
packet. 

11. The communication node of claim 8, further com- 
prising: 

20 

a detection unit for detecting a first message 
identifier on the second network which is de- 
scribed in a packet received through the sec- 
ond interface unit; 

a message identifier attaching unit for attaching 25 
a second message identifier on the first network 
to the packet at a time of transferring the packet 
to the first network; 

a message identifier correspondence memory 
unit for storing a correspondence between the so 
first message identifier and the second mes- 
sage identifier; and 

a routing unit for identifying a message identi- 
fier on the second network corresponding to 
one message identifier on the first network 35 
which is described in a packet sent from the first 
network, by referring to the correspondence 
stored by the message identifier correspond- 
ence memory unit according to said one mes- 
sage identifier. 40 

12. The communication node of claim 8, further com- 
prising: 

a resource acquisition unit having at least one 4S 
of a function for reserving a network resource 
on the second network by using a first resource 
information regarding a network resource re- 
served on the first network, and a function for 
reserving a network resource on the first net- so 
work by using a second resource information 
regarding a network resource reserved on the 
second network; and 

a resource information correspondence mem- 
ory unit for storing a correspondence between ss 
the first resource information and the second 
resource information. 



13. The communication node of claim 8. further com- 
prising at least one of: 

a node constituent elements information addi- 
tion unit for adding a new configuration infor- 
mation regarding constituent elements in a new 
communication node to the own configuration 
information regarding constituent elements in 
said communication node, when the new com- 
munication node is added on the first network; 
and 

a node constituent information deletion unit for 
deleting an old configuration information re- 
garding constituent elements in an old commu- 
nication node from the own configuration infor- 
mation regarding constituent elements in said 
communication node, when the old communi- 
cation node is deleted from the first network. 

14. The communication node of claim 8, further com- 
prising: 

a configuration information notification unit for 
notifying to said one communication node on 
the first network at least a part of the own con- 
fig uration information regarding constituent el- 
ements in said communication node including 
constituent elements corresponding to said one 
communication node or constituent elements in 
said one communication node; and 
a configuration information reception unit for re- 
ceiving from said one communication node at 
least a part of another configuration information 
regarding constituent elements in one other 
communication node on the second network in- 
cluding constituent elements corresponding to 
said one communication node or constituent el- 
ements in said one communication node, that 
was notified from said one other communica- 
tion node to which said one communication 
node was connected up until then. 

15. The communication node of claim 8, further com- 
prising: 

a communication resource notification unit for 
notifying to said one communication node on 
the first network a resource information regard- 
ing communication resources on the second 
network that are exclusively used for commu- 
nications between said one communication 
node and one other communication node on 
the second network to which said one commu- 
nication node was connected up until then; and 
a configuration information reception unit for re- 
ceiving from said one communication node the 
resource information, that was notified from 
said one other comrriunication node. 
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16. A communication node, comprising: 

a first interface unit connected to a first network; 
a second interface unit connected to a second 
network; s 
a packet input/output unit for carrying out pack- 
et input/output processing according to a pro- 
tocol of the second network; and 
an application interface information transfer 
unit for transferring data to be exchanged at an 10 
interface between the packet input/output unit 
and an application executed on another com- 
munication node on the second network, 
through the first interface unit, so as to handle 
one communication node connected through is 
the first interface unit as if said one communi- 
cation node is connected to the second net- 
work. 

17. The communication node of claim 16, further com- 20 
prising: 

a detection unit for detecting a first message 
identifier on the second network which is de- 
scribed in a packet received through the sec- 2S 
ond interface unit; 

a message identifier attaching unit for attaching 
a second message identifier on the first network 
to the packet at a time of transferring the packet 
to the first network; 30 
a message identifier correspondence memory 
unit for storing a correspondence between the 
first message identifier and the second mes- 
sage identifier; and 

a routing unit for identifying a message identi- 35 
fier on the second network corresponding to 
one message identifier on the first network 
which is described in a packet sent from the first 
network, by referring to the correspondence 
stored by the message identifier correspond- <*o 
ence memory unit according to said one mes- 
sage identifier. 

18. The communication node of claim 16, further com- 
prising: 45 

a resource acquisition unit having at least one 
of a function for reserving a network resource 
on the second network by using a first resource 
information regarding a network resource re- so 
served on the first network, and a function for 
reserving a network resource on the first net- 
work by using a second resource information 
regarding a network resource reserved on the 
second network; and ss 
a resource information correspondence mem- 
ory unit for storing a correspondence between 
the first resource information and the second 



resource information. 

19. A communication terminal, comprising: 

an interface unit connected to a first network; 
a connection unit for making a connection to a 
first communication node on the first network 
through the interface unit; 
a communication unit for communicating with a 
second communication node on a second net- 
work different from the first network, through 
the first communication node; 
a communication terminal function disclosure 
unit for disclosing functions in said communica- 
tion terminal as Sub Units in an AV/C (Audio/ 
Visual Control) protocol executed on an IEEE 
1 394 bus; and 

a Sub Unit information reception unit for receiv- 
ing at least a part of information regarding Sub 
Units existing in the second communication 
node. 

20. The communication terminal of claim 19, further 
comprising: 

a configuration information reception unit for re- 
ceiving at least a part of a configuration infor- 
mation regarding constituent elements existing 
in the first communication node including a con- 
stituent element corresponding to said commu- 
nication terminal, which is notified from the first 
communication node in order for the first com- 
munication node to handle said communication 
terminal as one of constituent elements existing 
in the first communication node; 
a configuration information memory unit for 
storing at least a part of the configuration infor- 
mation received by the configuration informa- 
tion reception unit; and 
a configuration information notification unit for 
notifying at least a part of the configuration in- 
formation stored in the configuration informa- 
tion memory unit, to a third communication 
node on the second network to which said com- 
munication terminal is newly connected. 

21. The communication terminal of claim 19, further 
comprising: 

a communication resource information recep- 
tion unit for receiving a communication re- 
source information regarding communication 
resources on the sec ond network which are ex- 
clusively used for communications between 
said communication terminal and the second 
communication node, which is notified from the 
first communication node; 
a communication resource information memory 
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unit for storing at least a part of the communi- 
cation resource information received by the 
communication resource information reception 
unit; and 

a communication resource information transfer 5 
unit for notifying the communication resource 
information stored in the communication re- 
source information memory unit, to a third com- 
munication node on the second network to 
which said communication terminal is newty io 
connected. 

22. A communication terminal, comprising: 

an interface unit connected to a first network; is 

a connection unit for making a connection to a 

first communication node on the first network 

through the interface unit; 

a communication unit for communicating with a 

second communication node on a second net- 20 

work different from the first network, through 

the first communicatbn node; and 

an application execution unit for executing an 

application on the second network which is to 

be executed in the second communicatbn 25 

node. 

23. The communication terminal of claim 22, further 
comprising: 

30 

a configuration information reception unit for re- 
ceiving at least a part of a configuration infor- 
mation regarding constituent elements existing 
in the first communication node including a con- 
stituent element corresponding to said commu- 35 
nication terminal, which is notified from the first 
communication node in order for the first com- 
munication node to handle said communication 
terminal as one of constituent elements existing 
in the first communication node; *o 
a configuration information memory unit for 
storing at least a part of the configuration infor- 
mation received by the configuration informa- 
tion reception unit; and 

a configuration information notification unit for *s 
notifying at least a part of the configuration in- 
formation stored in the configuration informa- 
tion memory unit, to a third communication 
node on the second network to which said com- 
munication terminal is newly connected. 50 

24. The communication terminal of claim 22, further 
comprising: 

a communication resource information recep- ss 
tion unit for receiving a communication re- 
source information regarding communication 
resources on the second network which are ex- 



clusively used for communications between 
said communication terminal and the second 
communication node, which is notified from the 
first communication node; 
a communication resource information memory 
unit for storing at least a part of the communi- 
cation resource information received by the 
communication resource "information reception 
unit; and 

a communication resource information transfer 
unit for notifying the communication resource 
information stored in the communication re- 
source information memory unit, to a third com- 
munication node on the second network to 
which said communication terminal is newly 
connected. 
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